Re: controlling icon order
- From: Michael Brewer-Davis <michael tech4learning com>
- To: Matthias Clasen <matthias clasen gmail com>
- Cc: nautilus-list gnome org
- Subject: Re: controlling icon order
- Date: Tue, 12 Aug 2008 06:38:48 -0700
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]