ThemePackageSpec (aka Metathemes)
tackat at t-online.de
Sat Jun 6 03:53:39 PDT 2009
I think there is a known problem with your approach.
There is a good reason that icons and sounds were always kept in "distinct"
Iconsets and sounds have the exceptional property of
* involving many files
* consume a lot of space on the device
* are time-consuming to produce
That's why a specific icon theme is often (re)used by several meta themes.
And of course you don't want to copy icon themes into every single meta theme
folder that they get reused by and of course you don't want to work with
symbolic links either.
This and the fact that icon themes are able to inherit other iconthemes makes
packaging the icons on a "per single content folder" base quite problematic.
So this needs to get somehow dealt with.
Am Samstag 06 Juni 2009 11:04:40 schrieb Stephan Arts:
> On Thu, Jun 4, 2009 at 3:59 PM, Rodney Dawes <dobey.pwns at gmail.com> wrote:
> > On Wed, 2009-06-03 at 09:19 +0200, Stephan Arts wrote:
> >> On Tue, Jun 2, 2009 at 7:47 PM, Rodney Dawes <dobey.pwns at gmail.com>
> >> > The biggest issues I see, are icon themes, cursor themes, and sound
> >> > themes. These are currently installed in separate paths from other
> >> > theme bits, and cursors and icons are both under icons, which is yet
> >> > another issue. I think the best way forward is to probably get the
> >> > specs for those themes updated to install under themes/$NAME/$type
> >> > first, with the current paths listed for backward compat, but as
> >> > deprecated, before getting some spec together that either moves them
> >> > all to some other place independently, or requires lots of code to
> >> > magically install/uninstall them to/from the correct places listed
> >> > in the respective specifications.
> >> Agreed. So, for the locations we would have something like this:
> >> $XDG_DATA_DIR/themes/$NAME/$type
> >> where type can be anything, but has reserved names for:
> >> icons
> >> cursors
> >> wallpapers
> >> sounds
> >> which are dedicated to sound-themes, wallpapers, cursors and icons.
> >> Other dirs could be:
> >> gtk+2.0
> >> metacity
> >> xfwm4
> >> What do you think?
> > I think we need to get the specs changed (I don't think there is a
> > proper spec for X cursors though). I don't know what KDE does for kwin,
> > KDE, and QT themes, but we'd need to get them changed to be similar as
> > well.
> AFAIK, there is no proper spec for X-cursors, and the X cursor
> implementation seems to be considered buggy. And KDE... it's a bit
> xdg mailing list
> xdg at lists.freedesktop.org
More information about the xdg