A picture says everything:



This problem happens with Crystal windeco without desktop effect enabled. Oxygen do not show the problem, but dragging a window became noticeable slow. With Qtcurve windeco the problem do not happens either, but moving a window is even slower compared with Oxygen. Plastic seems to work OK... but I prefer Crystal

Problem did not happened on KDE 4.6 nor 4.7 on same system (openSUSE 11.4, 64 bits) and it is not present when using desktop effects.

try to switch to graphicssystem native: kwin --graphicssystem native --replace &

This might fix the problem.

mgraesslin wrote:try to switch to graphicssystem native: kwin --graphicssystem native --replace &

This might fix the problem.

Same problem as before for a few seconds... then kwin crashed without error message. My first kwin crash in years

Deco relies on alpha channel painting, which was implicitly provided through the paint redirector between ~4.3 and 4.8 but is now bypassed w/o compositing because of performance reasons.

The deco now has to sanitize the button background itself (again, just as before the paint redirector was introduced) - no setting or parameter (but using compositing and thus the paint redirector) can fix this.

Do you have a backtrace for the crash?

Thanks for your explanation: now I understand were the problem is. Sadly, my old intel card do not perform well with desktop effects enabled... I need to try with a newer Xorg, but I'll wait for openSUSE 12.2. Next months will be with plastic windeco... Oh, well...

Sorry, but I do not have a backtrace from the crash.

tried XRender compositing?

luebking wrote:tried XRender compositing?

That seems to work, thanks! Now I have compositing enabled with almost all desktop effects disabled and the desktop seems responsive. I'll see how it works on the next few days.

There is a new version of Crystal (2.1.1 for KDE SC 4.8.x and 2.2.0 for KDE SC 4.9) that fix the problem: just compiled and it is working pretty well without desktop effects.