To view parent comment, click here.
To read all comments associated with this story, please click here.
So why can I resize Qt3, GTK+, Motif, etc. applications with little to no delay, even with a compositing manager running, on the same machine with the same driver settings, but Qt4 apps can't handle it?
I should file a bug, to be sure, but the problem is not the graphics drivers and it's time the KDE4 folks stop pinning the problem on the graphics drivers and instead own up to the fact that their software is SLOW.
Qt4 uses XRender much more aggressively. Funny though how NVIDIA fixed the very bad 2D performance with Qt/KDE4 in the 180.x series, people said exactly the same thing.
While I'm at it, NVIDIA fixed OpenGL crashes which affected Plasma and memory leaks in their driver. Have a guess who got blamed for that too?
It's time you jumping to conclusions you are not qualified to make. Do some research -- dive into some code, from kwin down to the X11 driver and then come back with a thorough analysis. You then will have helped a lot of people get informed and will have gained some respect. But right now, you're just spouting nonsense.
The problem with doing this is that the KDE4 software is not slow.
KDE4 absolutely flies on systems where the graphics stack works properly. Fastest desktop there is.
I think that will be fixed on Qt 4.6
Take a look at http://labs.trolltech.com/blogs/2009/06/10/smooth-and-solid-resizin...





Member since:
2008-02-02
Resizing windows is slow due to lagging graphics drivers. I've tested it on various combinations (nVidia blog, ATI blob and free, Intel), and in principle the desktop is fast. Bad drivers (or badly setup drivers) cause this kind of delay in resizing windows.
Please file bugs for those drivers, so we can all have fast graphics at some point.