Created attachment 163255 [details] Depiction of the problem. STEPS TO REPRODUCE 0. Launch plasmashell. 1. Maximize a window and tile it to the left, obscuring 50% of the display. 2. Do the same but to the right with another window. OBSERVED RESULT The shadows remain, unnecessarily obscuring content. EXPECTED RESULT The shadows should disappear when the desktop is rendered invisible by the windows on-screen collectively covering it. All shadows should be replaced by 1 logical pixel-wide line borders, as is the norm for Breeze. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20231116 KDE Plasma Version: 5.27.9 KDE Frameworks Version: 5.112.0 Qt Version: 5.15.11 Kernel Version: 6.6.1-1-default (64-bit) Graphics Platform: X11 Processors: 12 × AMD Ryzen 5 7600X 6-Core Processor Memory: 30.5 GiB of RAM Graphics Processor: AMD Radeon RX 5700 Manufacturer: ASRock Product Name: X670E Taichi ADDITIONAL INFORMATION This is not an issue with https://bugs.kde.org/enter_bug.cgi?product=Breeze as https://discuss.kde.org/t/how-to-disable-window-shadows-when-desktop-is-invisible/7422/6?u=rokejulianlockhart explains.
Not a bug; this is in fact the intentional design. The shadows help you see which window is active.
(In reply to Nate Graham from comment #1) > Not a bug; this is in fact the intentional design. The shadows help you see > which window is active. However, this can obscure content in small windows, and is in contrast to how Windows 10 and 11's DWM.exe window manager and Android 7+'s compositor handle this (*they*, in contrast, do it in the same way). I shall upload some attachments to demonstrate how I believe that they both do this better. This was deliberately filed as NOR wishlist.
Created attachment 163484 [details] How Android does it. (In reply to `{third: "Beedell", first: "Roke"}`{.JSON5} from comment #2) > (In reply to Nate Graham from comment #1) > > Not a bug; this is in fact the intentional design. The shadows help you see > > which window is active. > > However, this can obscure content in small windows, and is in contrast to > how Windows 10 and 11's DWM.exe window manager and Android 7+'s compositor > handle this (*they*, in contrast, do it in the same way). I shall upload > some attachments to demonstrate how I believe that they both do this better. > This was deliberately filed as NOR wishlist.
Created attachment 163485 [details] How Windows 10 does it (shadow absent). (In reply to `{third: "Beedell", first: "Roke"}`{.JSON5} from comment #3) > Created attachment 163484 [details] > How Android does it. > > (In reply to `{third: "Beedell", first: "Roke"}`{.JSON5} from comment #2) > > (In reply to Nate Graham from comment #1) > > > Not a bug; this is in fact the intentional design. The shadows help you see > > > which window is active. > > > > However, this can obscure content in small windows, and is in contrast to > > how Windows 10 and 11's DWM.exe window manager and Android 7+'s compositor > > handle this (*they*, in contrast, do it in the same way). I shall upload > > some attachments to demonstrate how I believe that they both do this better. > > This was deliberately filed as NOR wishlist.
Created attachment 169413 [details] How Windows 11 does it (same problem). From https://www.zdnet.com/a/img/resize/f8eae9a5955d4b20f54bc09491d9768977e55ab3/2022/12/15/07625376-b04f-481d-b0a7-e61d311f0ab1/figure-14-how-to-split-your-screen-in-windows.jpg?auto=webp&width=1280.
Created attachment 169414 [details] How AOSP 13 does it (shadow absent).