Icon parameters in *.desktop files

Jaroslaw Staniek js at iidea.pl
Wed Jun 22 14:19:12 BST 2005


James Richard Tyrer said the following, On 2005-06-22 13:26:

> But, if this is considered to be a problem, it would also be possible to 
> add an additional key.  For example:
> 
>     Icon=kate
>     GenericIcons=editor,text-editor
> 
>     Icon=svg
>     GenericIcons=vectorgfx,image
> 
> then if the user changed the icon with a GUI dialog, the list of other 
> possible substitute icons wouldn't be lost.  The icon loader would first 
> look for the icon specified by "Icon" and if not found would look for 
> the icons in the "GenericIcons" list.  This might also be better for 
> backward compatibility.
> 
> Either way, this also has advantages when running an application on 
> another desktop.  In the first example, if Kate (a KDE application) is 
> run on GNOME, then if there is no "kate" icon because GNOME doesn't use 
> the KDE default theme, it would use the GNOME HiColor icon "text-editor" 
> icon.

A small note: Hmm, the idea is good for _action_, _device_, _mimetype_ icons 
and so on -- they can be easier substituted while an app is running under 
GNOME, without large usablility damage. The question is: perhaps, substituting 
_application_ icon, say kate's icon with gedit's icon, can increase a feel 
that no single Linux desktop has familiar/similar settings.
Many application authors prefer not to change their application icon depending 
on distro and window manager. Remember why so many people know that "large 
blue 'e' icon" launches 'the internet' ?

-- 
regards / pozdrawiam,
  Jaroslaw Staniek / OpenOffice Polska / Kexi Team
  http://www.openoffice.com.pl  |  http://www.kexi-project.org
  KDElibs/Windows: http://wiki.kde.org/tiki-index.php?page=KDElibs+for+win32




More information about the kde-core-devel mailing list