https://bugs.kde.org/show_bug.cgi?id=379637
--- Comment #5 from David Edmundson <k...@davidedmundson.co.uk> --- Long term kwin needs to change. There are 3 current implementation for shadows: 1) Server draws them based on what the deco theme says (what classic toplevels and KDE toplevels do) 2) The client sends the shadow via an entirely custom KDE protocol and attaches it to the window (what KDE breeze popups do) 3) The client draws a shadow and sends metadata over a brand new protocol about where the real window is (modern GTK + mutter) (2) is overly complex. It's even less of a standard than the one used in 3 expecting a 3rd party to support it (especially when they're also feature frozen!) is completely unreasonable. The CSD vs SSD argument is one discussion; but if you think only about popups we need to support (3) in kwin regardless. For wayland at least (3) is documented core protocol and we'll need to support xdg_surface.set_window_geometry as otherwise even with fully working xdg_decoration, popups will be offset. I will be adding support for it. However we're feature frozen on X so we're not doing anything there. ----- The only other option available is redoing the way shadows work entirely and ignore what clients want. Fredrick Hoglund once did a mockup with real 3D shadows. Might have issues for non-square windows though. -- You are receiving this mail because: You are watching all bug changes.
