Version: unspecified (using KDE 4.5.0) OS: Linux Reproducible: Always Steps to Reproduce: 1. Ensure you're using Air theme and panel has a shadow 2. Open some window 3. Move it towards panel Actual Results: It first sticks to panel's shadow, then to panel. Expected Results: It should just stick to panel.
I knew we need a real solution...
*** Bug 248953 has been marked as a duplicate of this bug. ***
*** Bug 246622 has been marked as a duplicate of this bug. ***
should this be reassinged to kwin?
*** Bug 256632 has been marked as a duplicate of this bug. ***
I can not even see the shadow the window is supposedly snapping to - is there any way to configure it?
Created attachment 56568 [details] Shadow snap Just reproduced using a fresh KDE 4.6 installation.
This seems to be a problem with certain plasma themes, which draw shadows on their own e.g. Air or Oxygen. Optional plasma themes r.g. Ghost don't have this problem. Why does the panel even have a shadow? I disabled shadows under "Window Decoration" and "Desktop Effects". A unification is desirable. (reproduced with 4.5 & 4.6 on gentoo & kubuntu)
*** Bug 271023 has been marked as a duplicate of this bug. ***
The problem is that the visual appeal of the panel window does not match the technical one. The window is translucent and the "shadow" is actually part of the window (ie. it's not an extra window nor part of the compositor) The WM you at best detect that there's some translucent blackish area in the window, guess that's a shadow and ... well this is super expensive and the result at best "heuristically" suboptimal The theme has to tell the containment about what's the "panel" part and what's the "shadow" part and the containment window has to alter the strut in accordance. This should then immediately work with all WMs.
At Tokamak I will "force" Marco to change the implementation to use KWin's new shadow system. This is the proper approach to the problem.
Fixed with the new Shadow system in KWin and Plasma.