Proposing a switch to Tango
by David Nielsen
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
17 years, 7 months
GNOME Vs KDE upgradeability.
by Gain Paolo Mureddu
-----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-----
17 years, 7 months
Nathan Rohrlach is out of the office.
by Nathan.Rohrlach＠mincom.com
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.
17 years, 8 months
