desktop February 2006

desktop@lists.fedoraproject.org

12 participants
4 discussions

wireless access
by Reggie Matthews 28 Feb '06

28 Feb '06

Hello, I'm new to the Fedora community..Wanting to know how I can use add a wireless card to my workstation to access the internet?!!? thanks <http://www.smileycentral.com/?partner=ZSzeb001_ZS>

2 1

Proposing a switch to Tango
by David Nielsen 26 Feb '06

26 Feb '06

Hi list I would like to propose replacing the bluecurve icon theme with tango[1]. There are a number of good reasons for doing this. 1. Tango implements the icon naming standard, a desirable improvement over the current mess. Eventually this should mean that icons apply univerisally, be that in Firefox, OpenOffice, KDE or GNOME. 2. Tango is a near complete icon set with a clear design style - this is means we get a consistent experience through out the interface regardless of the DE. Not only independent of DE but consistent between the icons themselves. 3. Tango is actively developed by paid developers and the community, it would be more worthwhile to contribute to this effort than continue to produce Bluecurve on our own. 4. Branding using icons is counterproductive to switching between distros, if we adopt the same standard icons as used in Foresight, OpenSuSE and many others (and I understand Ubuntu might be switching to Tango in Dapper+1), it would be increasingly easy for users to adopt Fedora as the interface is similar. In conclusion, switching to Tango makes sense from an investment return POV, a user experience POV and it's an easy transistion. I would like to propose that the switch be done with the beginning of the FC6 development cycle. Kind Regards David Nielsen [1] www.tango-project.org -- Obligatory shameless blog plug - the GNOME commentary located at: www.lovesunix.net/blog

5 6

GNOME Vs KDE upgradeability.
by Gain Paolo Mureddu 05 Feb '06

05 Feb '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I write to this list out of a discussion held on both the Fedora Forum.org site and on the Marketing list. Before I get down to the details, I think a bit of background is in order. First of all, I'm no formal programmer nor developer, I'm merely a user (a power user, if you will) with basic C and scarse programming knowledge at best, but no formal C nor programmin in general training whatsoever. I'm an avid GNOME user and have been a Red Hat Linux user for quite some time, starting back in late 90s with Red Hat 5, and I've kept "close to home" with Fedora. What does all this has to do with the fedora-desktop list? Keep reading, please. With the update of KDE to version 3.5 for Fedora Core 4, I noticed a tendency on Red Hat/Fedora's side, which I found strange, and did (and still do) not understand: Why is KDE upgradeable and GNOME seems to always lag behind? It then it struck me like lightning: This was not the first time this question has been asked, and more importantly it as also been discussed on public forums, and I have even participated of those discussions... However, now I find myself asking the same question and for the first time the commonly given answers don't quite satisfy me, so put another way: Why isn't GNOME update-able in between Red Hat/Fedora releases? Usually the answer given was the degree of complexity of the software and the amount of packages it touches, which in itself would warrant a whole distro upgrade, where as KDE is more monolithic and as such is easier to maintain. I'm not saying that this holds true today, nor that it has even been true before. Just that these are commonly given answers to the question. So I still don't quite grasp why *exactly* is GNOME so much more complex in comparison to KDE, or why does it has so many components "broken-out" into smaller packages, which in turn seem to be exactly what holds back GNOME from inclusion of newer versions to the distribution... In this sense, it would seem as if GNOME's modularity was its Achilles' ankle, for upgrades in a current Fedora/Red Hat release, anyway. It has been no surprise that Red Hat in the past, and now Fedora's development seem tied to GNOME's development cycle (I'm not saying that this is the case, like publicly sated about Ubuntu, for example; is only coincidence). However, since the release of Red Hat Network (RHN) I don't remember (not that there has not been one) a whole GNOME update available from RHN, while I do remember various ocations for KDE and its libraries... Seems odd. What prevents that GNOME upgrades could be released as an update from RHN or via yum repositories? The lifespan of a Fedora distribution before moving to Legacy and support ceased from the traditional channles is of about 1 year, which means at least two GNOME revisions (one every 6 months on fixed dates). This, I think, is important as not only these new GNOME revisions add features (and some bugs too), but also solve some other bugs. I don't mean to start a GNOME Vs KDE flamewar or anything like that, we've already had our share of those on other channels, but to know why is this the case with GNOME and new versions not making their way into current release versions before they are moved to Legacy, that's all. Thanks in advance for any input. - -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFD4l/EXM+XOp70dwoRAkjiAJ94wN9Zzn4+oAXvUpYGk/X5nSHAAwCeMpIw stJ02KMqFloBR5i7avAEugQ= =TkyQ - -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFD4vGBXM+XOp70dwoRAp/cAJ4oYnySPQM9ow5T+HakMEKeHjucMQCfTiqM gQL00j/YmlBWQ3CRCU2Rou8= =Hklm -----END PGP SIGNATURE-----

4 9

Nathan Rohrlach is out of the office.
by Nathan.Rohrlach＠mincom.com 03 Feb '06

03 Feb '06

I will be out of the office starting 30/01/2006 and will not return until 13/02/2006. I will respond to your message when I return. Please mail or ring the MMS Support Centre if you require further assistance. Support.Centre(a)mincom.com +61 7 3303 3876 -- This transmission is for the intended addressee only and is confidential information. If you have received this transmission in error, please notify the sender and delete the transmission. The contents of this e-mail are the opinion of the writer only and are not endorsed by the Mincom Group of companies unless expressly stated otherwise.

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 2006