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