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]