On Fri, 21 Feb 2003 12:58:01 +0100, Craig Drummond wrote: > Hi, > > In reply to Frederic Crozat, I'd like to know why the folowing is WRONG??? > >> 1/ is WRONG by design.. a GTK (or any other toolkit BTW) theme should >> never be adapted to detect which colors the current desktop (whatever >> desktop environment) is running.. I don't care if ONE theme (Geramik) is >> doing that, this is wrong.. > > ...because? The only reason I can see is that Geramik reads its colour settings > from a Qt/KDE based config file. What's the problem with this? Isn't it better > that a theme designed as multi-toolkit (Geramik, QtCurve, Blue/FreeCuve, Galaxy) > also use the same colour settings? Otherwise, what's the point? Hard-coding > colours into a theme is just plain lazy. I don't use GNOME, so I'm not sure if > you can change colours there. If not, then wouldn't the best thing to do be > create a GNOME control centre-applet that sets GNOME colours, and also writes > these to ~/.qt/qtc (and the KDE files)?
> Also the theme is not adapting itself to whatever desktop is running - it does > not know which desktop is running - it just *always* reads its colour from the > qt file. I already explain it is up to the DESKTOP environment to adapt theme, not the reverse... Geramik approach is wrong by design.. It is fixing the consequences of KDE not customizing GTK theme colors.. The best approach is to fix root of the problem (ie KDE not customizing theme colors). FYI, GNOME doesn't have dialog to change theme colors... So this problem is currently not a problem under GNOME.. What you are asking for is clearly based on a KDE centric point of view.. -- Frederic Crozat MandrakeSoft
