Re: controlling icon order



Is there a more GIO-specific forum for this discussion?

Matthias Clasen wrote:
1) GIO is not to blame here, icon lookup is implemented in GtkIconTheme
I disagree.  GIO is explicitly adding the generic fallbacks which exist 
in the gnome theme.
2) GtkIconTheme just implements the icon theme spec
Agreed.

3) It is not clear to me that hicolor is really meant as a place to
install mime icons, though I admit that I don't really have any better
solution for installing custom mime icons
From the icon theme specification:
In order to have a place for third party applications to install their icons there should always exist a theme called "hicolor".
4) I think there may be room for adding two-level fallback to
GIO/GtkIconTheme, then
    GIO could add the last-ditch fallback names like "folder",
"application-x-executable",
    etc, in a way that only makes them kick in if none of
"application-t4l-pixie",
   "application-t4l", "application" are found in the current icon theme.
I think this is a good approach, from the caller's standpoint, though I 
don't know who takes responsibility.  Would GTK add an extra last-ditch 
parameter to the choose_icon API?  Or (shiver...) a tiered icon name 
list (gchar*[][])?
Matthias
--
Thanks again for all of your help.  It's really helped me to understand 
my original problem (along with a pointer on the gnome IRC channel to 
look into GIO in the first place...).
michael



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