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

List:       kde-devel
Subject:    Re: Qt4 Themes
From:       Remi Villatel <maxilys () tele2 ! fr>
Date:       2006-06-28 4:12:10
Message-ID: 44A2019A.9040003 () tele2 ! fr
[Download RAW message or body]

Sandro Giessl wrote:

> BTW: KStyle is still work-in-progress. E.g., some widgets still need to be 
> implemented and there is not too much code which depends on it yet. Thus, I 
> guess we are interested in and open for input from other style devs.

I'm developing Serenity style and I'm interested in porting it to 
Qt4/KDE4 of course but I'm waiting for the man in the middle: KDE4.

Any way, here is my list to Santa...  ;-)

One thing that must absolutely disappear from KDE is all the 
QDrawShadeThingies and --worst-- the fact that some widgets draw 
themselves mimicking this look. We're in the 21st century, ain't we?

In fact, all drawings should be transmitted from the widgets to the 
style. For this, the KStylePrimitive enum and KStyle can be extended to 
all widgets that don't directly use Qt primitives. Eventually, adding 
some KStyleControlElements and KStyleComplexControls should be 
considered. I think that makes sense.

Some Qt elements are overused, like the PE_HeaderSection that can be 
either a KPopupTitle, a PopupMenuTitle, a TaskContainer, or a real 
column header. Having a KPE_PopupTitle and KPE_TaskContainer would make 
writing a style much more easy... and it would also help the developers 
focusing on what's important: everything but the look --which belongs to 
the style.

There's also another nightmare for the style developers: the fixed 
colors. All styles that I know of have a patch to counteract the fact 
that Konqueror changes the color of its status bars. Mine goes even 
further in preventing any PaletteChange() on all status bars because 
Kate also has this bad habit. The Konqueror situation has been that 
ridiculous for a long time already. Handling colors belongs to the 
style. Konqueror shouldn't do more than "saying" this is the current 
active status bar and the style would react as it sees fit. The toolbar 
buttons are another example. The style has the choice in between drawing 
a button or... a button... because of the fixed colors. All the styles 
that draw a button only on mouseover --including mine-- are wrong 
because KToolbarButton will draw the label with the buttonText() color 
only when no button must be drawn. Funny situation indeed.

A simple KPE_ToolbarButton with all needed flags and the appropriate 
methods to deal with KDE's special label positioning if/when needed 
would make things so easy for everyone.

I could multiply the examples but I think I made my point clear. Because 
of Qt4, all the styles must be re-written so it's the right time to 
implement some nice features so that style developers don't have to 
fight against KDE --and do miracles-- to write a consistent style.

-- 
==================
Remi Villatel
maxilys_@_tele2.fr
==================
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]