Inherit human-icon-theme so that gnome-icon-theme and all icon-themes which depend on it have access to the notification-* icons used by notify-osd.
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
notify-osd (Ubuntu) |
Confirmed
|
Wishlist
|
Unassigned |
Bug Description
Binary package hint: gnome-icon-theme
Currently all icon themes except for Human do not contain the notification-* icons used by the new notify-osd system. This leads to them not being able to correctly display things like volume and brightness changes correctly. Obviously some thing needs to happen. I think that making gnome-icon-theme inherit the human-icon-theme so that it and all icon-themes which depend on it have access to the notification-* icons used by notify-osd.
It seems like the least invasive way to do this. Most icon themes in Gnome already inherit gnome-icon-theme, so this will fix the issue for most icon themes while only having to maintain one patch. Using the inherit function is also ideal as it will allow icon themes to eventually add there own notification-* icons which will be used as soon as they exist.
I have tested this approach with all icon themes shipped with the default Ubuntu desktop as well as a number of third party themes.
I don't think this is the right way to do it. It sounds like a icky thing to do, since human-icon-theme inherit gnome-icon-theme already, so you'll have a circular dependency kind off.
It will also deepen the gap between upstream and ubuntu's gnome-icon-theme (the only difference I can think of right now is that the start-here icon is changed), and that will open up to more bugs and confused maintainers.
A better solution is to make notifyosd install the icons into it's private hicolor, just like banshee, rhythmbox, gpm etc. currently does (ie /usr/share/ notifyosd/ icons/$ size/status) . More instructions here: live.gnome. org/ThemableApp SpecificIcons/
http://