Bug 226634

can you please try a window decoration which does not use animations? For example Plastik.

Side note: you might want to use plastik widget style too, or disable oxygen _style_ animations.

Even with plastic style animation is not plain.

Ensure you're not using the Oxygen window decoration (animated) - the UI style probably does not matter.
Another solution would (probably) be to not use window borders (but only the titlebar, oxygen has a setting)

Those effects are (usually) related to switching the active window, what will cause massive updates on the decoration.
I am pretty sure that the "culprit" here is the indirect rendering (PaintRedirector) which allocates a window size pixmap and (by ::fill(Qt::transparent)) reallocates a 32bit variant.

This can be pretty slow (though not CPU intense) with various HW/drivers and depending on the pixmap size.

(I reclaim that ultimately the decos should -optionally- provide a function to fill the border pixmaps, what should be much faster as the deco can apply internal optimizations)

Sorry.. I really tested a ui style. When switching window decoration to plastic, yes, it works fine. Disabling borders doesn't help mush.

So what happened since 4.3? There were no such troubles.

Now will use bespin, it works fine and is pretty funny :)
The only problem with bespin - gtk application via qtcure doesn't looks like native qt/kde

Comment #5:
what happened are animations. "smooth" (obviously not so smooth for you) transition between active glow and inactive window shadow has been added to oxygen, as well as other fancy stuff.

Unfortunately we "forgot" to add an option to turn them off (mostly because things were smooth on the computers the animations were tested on. -nothing fancy, intel graphics card-). 

Now you can still use oxygen if you want but need to add
"UseAnimations=false"
under the [Windeco] section of ~/.kde4/share/config/oxygenrc

There _will_ be a visual option to switch animations off in kde4.4.1 (promise)

If you ever get a chance to test again oxygen window decoration without these animations, that would help moving forward. (honestly, this lag due to the new animations is quite a mystery to me, again, cause it is not observed here on a rather modest laptop).

PS: you'd need to restart kwin after the change to oxygenrc.
kwin --replace &;

YES! *YAHOO* It works just perfect! Thanks! :)

Please, disable such "animation" for netbooks :)

*** This bug has been marked as a duplicate of bug 226182 ***

> There _will_ be a visual option to switch animations off in kde4.4.1 (promise)

I can't find it :(

to #11 
Indeed ... The string freeze exception needed to have this option set was not really granted and an alternative (UI) solution was used instead: 

SystemSettings->Appearance->style->fine Tunning Tab
And set the "Graphics Effects" combobox to either one of the first two (the ones with "poor cpu".

Its still buggy in the sense that it affects only the window decoration and not the style (which you can disable in the style config), it does not affect the button glow (something I forgot and committed to trunk today), and also, even that is not satisfactory (since some users with fast CPU+GPU have reported the same issue ...)

I'll ask again for the string freeze exception. 4.4.2, maybe.

Sorry.

SVN commit 1100596 by hpereiradacosta:

Backport r1088959
Added checkbox to enable/disable decoration animations
CCMAIL: kde-i18n-doc@kde.org
CCBUG: 226634 
CCBUG: 226668


 M  +2 -0      config.cpp  
 M  +1 -0      oxygenconfigurationui.cpp  
 M  +8 -1      oxygenconfigurationui.ui  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1100596