Re: GNOME icon names



Christian Schaller wrote:

On Fri, 2003-09-26 at 00:15, Havoc Pennington wrote:
On Thu, 2003-09-25 at 17:26, Christian Schaller wrote:
Hi,
I upgraded to GNOME 2.4 from Red Hat Rawhide today and noticed that in Red Hat the GNOME icons have mostly new names like 'icon-*',
yet also using their own 'redhat-*' for the same icons.

Looking a gnome-icon-theme it does not contain icons using this naming
standard (the icon-* one), so I assume it is currently a Red Hat only
fix.

Question is if the names used by RH is the names we we plan to use for
GNOME in the future. The reason I am asking is to know if I should start
migrating gnome-themes-extras to these new icon names or if I should
just add them as a new bunch of symlinks.
Look at the redhat-artwork build and the icon-slicer tool on
freedesktop.org for the full context of what's going on. We have a
config file that generates GNOME/KDE-specific symlinks to a set of base
icon names.

Havoc
Well the symlink stuff is the same as I am doing for
gnome-themes-extras, although I want to have symlinks for as many distros as possible.
Yet, in my opinion the current set of icon names used, especially for
the menu categories, are ugly and often misleading so I figured looking
at rawhide that there was a plan to clean this up. I guess not ;) I
guess my start at migrating g-t-e to icon-* names is a waste of time
then.


I wanted to standardize things a bit, as we have both KDE and GNOME icon mappings to a generic name. It doesn't make much sense to have one desktop symlink to another, especially when a few icons exist on one and not the other. I basically started with the GTK+ and GNOME icon names and replaced the gnome- and gtk- parts with icon-, then symlinked everything over.

The naming scheme used right now can be renamed if there is a better suggestion. It would simply take altering the aliases (which produce symlinks). As of yet, nothing uses the alternate icon names, only the symlinks.

Thanks to icon-slicer, renaming and updating icons is relatively easy compared to how it was done before.

Garrett




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]