ThemePackageSpec (aka Metathemes)

[Stephan Arts]

On Mon, Jun 8, 2009 at 12:38 AM, Rodney Dawes<dobey.pwns at gmail.com> wrote:
> Hi Torsten,
>
> I think the problem is that you're simply conflating the locations to
> mean that the icons and such *must* be part of some meta theme, when in
> fact, they do not have to be. Metacity, GTK+, and other themes currently
> stored in the "themes" path, can be completely independent, and a
> meta-theme could provide only a Metacity theme, and reference other GTK,
> QT, icon, or sound themes just as they do now. The only difference would
> be that the implementations would be looking in some additional place,
> than where they do now, to resolve those theme lookups.
>
> The number of files in those themes, and their location on disk isn't an
> issue that would require their location to be somewhere specifically
> away from where other theme content is kept. The bigger problem is that
> currently, icon themes and cursor themes, are stored in the exact same
> place on disk. The changes here would fix that, and make it simpler for
> artists to package entire collections of themes as a desktop theme,
> which they can't do now, because all of the files are in independent
> locations on disk.
>
> With the proposed change, the GNOME icon theme for example would simply
> switch from:
>
> /usr/share/icons/gnome/
>
> to:
>
> /usr/share/themes/gnome/icons/
>
> It's quite a simple change, with lots of benefits. I've even advocated
> making the change several years ago, but alas.
>
> -- Rodney

Seems like a good solution. So you would have:

/usr/share/themes/gnome/icons
/usr/share/themes/gnome/cursor
/usr/share/themes/gnome/sound
/usr/share/themes/gnome/metacity
/usr/share/themes/gnome/gtk-2/

right?

-
Stephan