[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Theming manager [was: Re: KDE 3.1]
From:       Cristian Tibirna <tibirna () kde ! org>
Date:       2002-03-29 17:38:48
[Download RAW message or body]

On Friday, 29 March 2002 05:38, you wrote:
> Moin!
>
>
> Fabian, Karol, Cristian, will you join?

Yes, I would join.

Issues and questions:

1) we would have to use a dedicated mailing list. Possible ones are 
kde-artists, kde-usability or a new kde-styling ml.

2) we will have to make a complete list of all things that can be managed by a 
theme (eg. fonts, colors, style, decorations, icons, bg, sounds, specific 
configs, skins etc.). The way of managing this stuff has to be a) 
configurable b) flexible (allowing future additions).

3) we have to decide: will the theme manager be a part of kcontrol or a 
separate app? If it's part of kcontrol, will it supercede  and finally 
replace the current modules that manage the look of kde (kcmfonts, kcmcolors 
etc.)

4) what form has it to have? wizard? tree of modules? If it's a wizard, will 
the individual pages be available independently too?

5) do we agree that we need four levels of functionality?
	a) simply selecting and applying an available theme
	b) selecting and selectively applying parts of an available theme
	c) selecting a theme, configuring it and the applying it
	d) saving a theme (basically generating a theme package based on the current 
		user's set of look configurations)

6) do we write a theme package format spec (or use a probably existing spec 
from Enlightenment or Gnome)? Do we use xml (à la KOffice) for this?

7) do we need to define a mechanism of hierarchisation? So that a theme that 
is built on top of an existing one doesn't save all the crap (pix, configs, 
sounds, fonts) once again, but rather specify the original theme, make the 
package of that theme be required and then install on top of it the modifs. 
Or is this overkill?

8) do we include "feel" configs in a theme too? (like number of desktops, or 
layout of kicker etc. - personally I wouldn't like this, but I have to ask).


-- 
Cristian Tibirna .. tibirna@sympatico.ca
PhD student .. ctibirna@giref.ulaval.ca .. www.giref.ulaval.ca/~ctibirna
KDE developer .. tibirna@kde.org .. www.kde.org

[prev in list] [next in list] [prev in thread] [next in thread]