[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-artists
Subject:    Re: [kde-artists] Icon naming issue (was: KDE/kdesdk)
From:       Matthias Clasen <mclasen () redhat ! com>
Date:       2007-04-27 13:46:46
Message-ID: 1177681606.3495.1.camel () localhost ! localdomain
[Download RAW message or body]

On Thu, 2007-04-26 at 20:49 -0700, James Richard Tyrer wrote:

> The icon search is supposed to fall back to HiColor.  The problem is 
> that now neither KDE nor GNOME has a set of HiColor icons to fall back 
> to.  The answer to this should be obvious (and it needs to be added to 
> the standard).  We need to have a list of secondary backup icon themes 
> that will be searched when a fall back to HiColor doesn't find an icon. 
>   I suggest that this be in a file so that it can be easily changed (or 
> changed by the user).
> 
> The current XDG standard allows this secondary list *before* HiColor but 
> it does not specify how this is to be implemented.  We appear to have 
> hard coded CrystalSVG before HiColor and this is a mess for anyone that 
> doesn't use CrystalSVG.  This would also work if implemented with a 
> configuration file since it could be changed to what I suggested by 
> adding "hicolor" at the start of the list.  So, actually, we don't need 
> to fall back to HiColor; what we need to do is to fall back to the list 
> of fallback icons in a file as this will cover all contingencies.
> 

Not that I think any of this will solve the icon theme mess, but GTK+ 
already has a setting for this:

Net/FallbackIconTheme           string  Name of an icon theme to try as a last resort

How about simply using that ?

______________________________________________________________________________
kde-artists@kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists
[prev in list] [next in list] [prev in thread] [next in thread]