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
Forgot to send this to th elist...
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
>> No, I think that it is based on the most customization possible point of view. >> The reason that it seems to be KDE centric is because it *has* the ability to >> be customizable.>>About customizations, I suggest you read Havoc article : >>http://www106.pair.com/rhp/free-software-ui.htmlWell
>>I think I made my point very clear.. It is a "bug" in Kcontrol.. There is"bug" in KControl, I think not! KControl does already export some colour settings -via ~/.gtkrc-kde. Perhaps Galaxy could be modified to read/use this? I'm not a GTKexpert - and I'll gladly admit that Geramik and QtCurve
I'm not sure if this applies to Cooker, but it does to mandrake 9.0:
Why is the Xft dpi setting hard-coded to 90dpi in /etc/X11/Xresources and
/etc/X11/xdm/Xresource? This causes fonts to have a different size between GTK1
and GTK2 apps. i.e. specifying a font of 12pts will use the X res (usually