desktop February 2004

desktop@lists.fedoraproject.org

14 participants
8 discussions

Changing Background color
by H. Dox 27 Feb '04

27 Feb '04

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.

1 1

Missing URL - Testers Required for Next Generation Input Method
by Lawrence Lim 21 Feb '04

21 Feb '04

My apologies for the missing URL in the previous email. Cheers, Lawrence -- Full invitation letter: http://apac.redhat.com/iiimftest/ Testing guide: http://apac.redhat.com/iiimftest/testing-guide/ IIIMF testing packages: http://apac.redhat.com/iiimftest/files More information on IIIMF and other Projects on OpenI18N: http://www.openi18n.org/ http://www.openi18n.org/modules.php?op=modload&name=Sections&file=index&req…

1 0

Testers Required for Next Generation Input Method
by Lawrence Lim 20 Feb '04

20 Feb '04

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

1 0

Re: Gnome-panel update?
by Leonard den Ottolander 20 Feb '04

20 Feb '04

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

1 0

Re: Gnome-panel update?
by Mark McLoughlin 20 Feb '04

20 Feb '04

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.

1 0

Paring Down the Screensavers - RFC
by Steven Garrity 20 Feb '04

20 Feb '04

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

8 12

[Fwd: TARBALLS DUE + Release Update / Schedule Slip]
by Havoc Pennington 15 Feb '04

15 Feb '04

1 0

Line spacing in gnome-terminal
by Blaz Zupan 07 Feb '04

07 Feb '04

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.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

desktop February 2004