kool

faq
flatforty
contribute
subscribe
configure
search
rdf

main
parent

kool
by whatever on Tuesday 26/Aug/2003, @01:40

>> # New set of classes as part of a main window/docking architecture that distinguish between dockwindows and toolbars with support for tabbed docks.

Yeah, better docking support, finally! :)

Will it also have support for creating a 'unified' main window?
eg. When you look at Windows (and I believe OS X) programs you'll see that everything is drawn correctly with no useless or missing bevels, with every Linux program (Qt, Gtk, whatever other toolkit) this has never been the case and it's one of the reasons why many apps still have that geeky look or looking like something's missing (like with KWrite; missing bevel around the text window - another example would be Konqueror; the toolbars and lower views don't flow into each other, it looks like they're patched together).

And about those icon views, will the native Qt views have support for alpha blended icons in Qt4?
(so not the current stippled icons, which look terrible (especially on TFT/LCD monitors))

And lastly, I really hope those double buffered widgets aren't going to make Qt4 slower.. (like happened with Gtk2)

Related Links

·   Articles on Qt
·   Also by whatever
·   Contact author

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: kool
by KDE on Tuesday 26/Aug/2003, @06:24

> And lastly, I really hope those double buffered widgets aren't going to make Qt4 slower.. (like happened with Gtk2)

The problem is that with Qt 2 and beyond, half of the widgets are double buffered and half of them are not. I still see a lot of flicker in things like menus, but little in terms of things like text edits.

I think consistancy is good approach here. Also, remember that flicker is also an accessability issue, since a lot of people (est. 12.5% of the population) get headaches from seeing flicker on CRT screens. Using a LCD will help, but not everyone can afford one yet.

[ Reply To This | View ]

Re: kool
by whatever on Tuesday 26/Aug/2003, @07:21

>> The problem is that with Qt 2 and beyond, half of the widgets are double buffered and half of them are not. I still see a lot of flicker in things like menus, but little in terms of things like text edits.

Yeah, I've noticed it when resizing windows with scrollbars in it.. usually gives some very bad looking white flashes (most themes don't set the background color to a sane value I guess?)

>> I think consistancy is good approach here. Also, remember that flicker is also an accessability issue, since a lot of people (est. 12.5% of the population) get headaches from seeing flicker on CRT screens. Using a LCD will help, but not everyone can afford one yet.

I'm still getting headaches when seeing flicker on my LCD..

[ Reply To This | View ]

Re: kool
by Lee on Tuesday 26/Aug/2003, @07:44

That's an entirely different kind of flicker from the refresh rate/interlace problems which CRTs have. The 'update flicker' of GUIs is just... annoying :)

[ Reply To This | View ]

The Fine Print: The previous comments are owned by whomever posted them.
( Reply )


		"I'm holding out for a computer interface that plugs directly into my cerebral cortex." -- Sirtaj Singh Kang
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.