Changing Background color
by H. Dox
Hi,
I know there is a way to change then bg color of the login screen with
the KDE Control Center. I have done that. I have also changed the bg
color of the splash screen by editing the Xsession file. It is now a
nice soft green. But what I can't figure out is how to change the BG
color of the screen that shows briefly just before the login screen
becomes active. It is currently the default blue.... I would like to
change it to white. I assume I can change something to #ffffff in a
file somewhere.... Does anyone know what file this would be?
Thanks,
--
HD
Tipping my hat to Fedora.
20 years, 2 months
Testers Required for Next Generation Input Method
by Lawrence Lim
The Fedora Project will be adopting a revolutionary new Input Method
system in the upcoming release of the Fedora Core 2. We would like to
extend an invitation at this time to East Asian users in particular to
test this preliminary release and provide us with feedback so we can
improve the software and ensure that the Input Methods will be easier,
more efficient and pleasant to use.
Intranet/Internet Input Method Framework (IIIMF) is the next generation
Input Method Framework set to replace the legacy X Window System Input
Method (XIM) used by existing Input Methods such as chinput, xcin,
kinput2, ami and many others. As the technology is still at its infancy,
wider testing effort by community is needed to expediate the maturity of
the technology.
IIIMF server loads Language Engines (LE) dynamically at runtime as
requested by clients. In this first round of testing, four LEs are
available:
+ iiimf-le-inpinyin for Simplified Chinese (zh_CN.UTF-8)
+ iiimf-le-xcin for Traditional Chinese (zh_TW.UTF-8)
+ iiimf-le-canna for Japanese (ja_JP.UTF-8)
+ iiimf-le-hangul for Korean (ko_KR.UTF-8)
If you wish to participate in this first round of testing, a Testing Guide
is now available at <URL>. It will give you the necessary information in
setting up the IIIMF and using the LE specific to your locale.
Input Method Testing Discussion
Mailing List: fedora-i18n-list(a)redhat.com
Subscribe at:
https://www.redhat.com/mailman/listinfo/fedora-i18n-list
IRC: Channel #fedora-i18n on irc.freenode.net
--
Best Regards,
Fedora I18N Team
20 years, 2 months
Re: Gnome-panel update?
by Leonard den Ottolander
Hello Mark,
(Luckily your post is already in the archive as I was not yet subscribed
to this list.)
> > I think the missing help file for the update tool falls into this
> > category.
> I'm not sure what bug you're referring to here.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=107435 or actually
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=84496 .
> > What is your opinion on splitting of a -devel package? Maybe Michael
> > Schwendt is willing to generate the necessary spec file diff.
> I think its a good idea, yes, but I probably will only do it for FC2.
> Should be straightforward too.
That is probably a good idea as it is an enhancement.
> I'm still going through gnome-panel bugzilla for the first time. When I
> get through it, I'll send you on a list of bugs which will be fixed in
> the update and you can let me know if I'm missing any important ones.
> Some we'll just punt until FC2, obviously.
I'll have another look at the list myself. I noticed others are and have been
doing this as well as part of bug triage.
Leonard.
--
mount -t life -o ro /dev/dna /genetic/research
20 years, 2 months
Re: Gnome-panel update?
by Mark McLoughlin
Hi Leonard,
Moving to fedora-desktop-list(a)redhat.com. Prolly more appropriate, hope
you don't mind.
On Fri, 2004-02-20 at 15:06, Leonard den Ottolander wrote:
> Hello Mark,
>
> > > Seeing the multitude of issues with gnome-panel that have not been
> > > solved I thought it might be time for an update. There are two
> > > approaches to this: Fixing the current tree, or updating to 2.4.2 which
> > > is a bug fix release.
>
> >From the changes made to
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=104178 I understand
> you are planning to upgrade to 2.4.2.
Yes, I think that's the only sensible way of doing it ... gnome-panel
2.4.0 seems to have been a pretty broken release.
> Great. This means I need only to
> gather patches for issues that are not addressed upstream. I think the
> missing help file for the update tool falls into this category.
I'm not sure what bug you're referring to here.
> I am
> unsure if the missing help file for the show desktop applet has been
> solved upstream. This should be an easy fix for the author anyway.
Yeah, should be straightforward. The docs are in the user-guide AFAIR.
> What is your opinion on splitting of a -devel package? Maybe Michael
> Schwendt is willing to generate the necessary spec file diff.
I think its a good idea, yes, but I probably will only do it for FC2.
Should be straightforward too.
I'm still going through gnome-panel bugzilla for the first time. When I
get through it, I'll send you on a list of bugs which will be fixed in
the update and you can let me know if I'm missing any important ones.
Some we'll just punt until FC2, obviously.
Thanks,
Mark.
20 years, 2 months
Paring Down the Screensavers - RFC
by Steven Garrity
There was some talk a while back on this list about trimming down the
list of screensavers included in Fedora Core. By my count, there are 177
screensavers included (let me know if I've got some installed from
somewhere else or something, but I don't think so).
I've gone through the list and tried take a shot at identifying which
screensavers should stay in Core and which should go.
I tagged each screensaver as wither Ok (it should stay), Drop (let's
lose it), and Kill (once that should really go).
First, the "Ok" list - these screensavers all seemed pretty professional
and I think would be an ok default set.
glmatrix
goop
Ripples desktop
xmatrix
flurry
distort
pipes
gltext
coral
bubble3d
ifs
euler2d
spotlight
fontglide
Next, the "Kill" list - these ones seemed unprofessional or just plain
wacky enough to drop alltogether:
bsod
braid
pedal
bouncingcow
juggle
apple2
barcode
noseguy
Finally, the rest of then, my "drop" list, I didn't think were worthy of
being included by default, but could live in an Extras package:
anemone
polyominoes
piecewise
penetrate
popsquares
pong
polytopes
nerverot
lissie
phosphor
petri
penrose
rotor
rorschach
qix
wander
rubik
rotzoomer
pyro
pulsar
rocks
rd-bomb
queens
lisa
lament
loop
lmorph
ljlatest
kumppa
klein
lightning
lavalite
laser
molecule
moire2
metaballs
munch
mountain
morph3d
menger
maze
moire
moebius
mirrorblob
vines
truchet
whirlwindwarp
webcollage-helper
webcollage
triangle
speedmine
vidwhacker
vermiculate
twang
xspirograph
xrayswarm
xanalogtv
zoom
xteevee
xsublim
worm
whirlygig
xlyap
xjack
xflame
sonar
sierpinski
spiral
spheremonics
sphere
shadebobs
sballs
slip
slidescreen
sierpinski3d
superquadrics
strange
stairs
thornbird
t3d
swirl
squiral
sproingies
stonerview
starwars
starfish
demon
decayscreen
dangerball
deluxe
deco
cynosure
crystal
blocktube
cubestorm
cubenetic
flipflop
fadeplot
eruption
flame
flag
epicycle
drift
discrete
engine
endgame
blaster
atunnel
blitspin
blinkbox
attraction
antspotlight
ant
atlantis
apollonian
critical
circuit
ccurve
compass
cloudlife
cage
boxed
bouboule
bumps
bubbles
flipscreen3d
hopalong
halftone
greynetic
helix
halo
glslideshow
glplanet
grav
glsnake
kaleidescope
jigglypuff
interference
julia
jigsaw
hypercube
hyperball
imsmap
hypertorus
gleidescope
gears
galaxy
glblur
gflux
fluidballs
flow
forest
flyingtoasters
glknots
glforestfire
Thoughts? Comments?
Thanks,
Steven Garrity
20 years, 2 months
Line spacing in gnome-terminal
by Blaz Zupan
I just upgraded from RedHat 9 to Fedora Core 1 by using apt-get (wow, it
was easy, I was impressed). Unfortunatelly I don't really like how
gnome-terminal looks in Fedora.
I used the default settings in RedHat 9 and I still use the default
settings in Fedora, so the selected font in gnome-terminal is "Luxi
Mono", size 10.
In RedHat 9, the spacing between lines was just fine and easy on the
eyes. In Fedora, the lines are too squished together. The line spacing
is fine in other applications, for example in Evolution which I'm using
to write this e-mail or in Mozilla.
If I ssh to a remote RedHat 9 box and run gnome-terminal on the Redhat
box and display it on the Fedora box, it looks fine. If I copy the
RedHat 9 gnome-terminal binary (gnome 2.2) to the Fedora box and run it
locally, the spacing is too small, same as with the Fedora-provided 2.4
gnome-terminal.
As a test, I created a new account on my box, so that no legacy settings
remaining in my .gconf, .gnome, etc. directories could screw up the
settings, but the problem remains.
As I don't really want to post binaries to this mailing list, I have
posted an example screenshot on my website. The upper window shows
gnome-terminal running locally on the Fedora box (lines too squished
together) while the lower windows is a gnome-terminal running on a
remote RedHat 9 box and displayed on the local Fedora box (lines ok).
http://home.amis.net/blaz/fedora-gnome-terminal.png
Any idea how to fix this? I googled around, searched both the RedHat and
Fedora mailing lists and also looked at Bugzilla, but found nothing.
20 years, 2 months
