| Summary: | Cannot tell if window is snapped to panel - borderless window decoration usability | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Jakob Petsovits <jpetso> |
| Component: | Panel | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | normal | CC: | kwin-bugs-null, nate, niccolo.venerandi, uhhadd |
| Priority: | NOR | Keywords: | qt6 |
| Version First Reported In: | master | ||
| Target Milestone: | 1.0 | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Photo of borderless window snapped to panel
one of the two screenshots mentioned above (which one?) another one of the two screenshots mentioned above (which one?) |
||
|
Description
Jakob Petsovits
2023-12-05 06:20:18 UTC
> Borderless windows are the default in Plasma 6 Actually it has been the default for years, starting in the middle of Plasma 5. > There is no recognizable line between window contents and panel anymore. This is not an intentional effect; the panel should be casting a shadow over the window. Can you attach a screenshot that shows the issue you're encountering? Created attachment 163918 [details] Photo of borderless window snapped to panel My Plasma 6 Spectacle now stopped working even on the X11 session due to process authorization troubles, so here's a crappy photo taken with my phone camera instead. Despite the lower resolution, it still shows that it's impossible to tell whether or not the window ends at the panel or extends further down. > Actually it has been the default for years, starting in the middle of Plasma 5. Hm. I must have missed the transition because it didn't automatically change my old settings for my main (Plasma 5) user. That said... the original wording is not wrong! Borderless is the default in Plasma 6, and I'd argue that this needs fixing even if we've previously shipped it in this state. :P (FAQ: Why is this a problem? Imagine that you're flicking your mouse wheel / touchpad all the way down, and you hit the bottom. You think you've seen it all, but there's still more content hidden underneath the panel but you missed it because you thought the entire window was visible on screen. Or you're aware of the issue but you're not sure if you've seen it all, so you have to resize your window to a little less tall and move it up a little just to be sure. This could all be prevented with a simple "this window ends here" indicator.) As I suspected, the problem is that panel isn't casting a shadow on the window, which it should be doing. I have periodically noticed this myself in Plasma 6, but it's not reproducible, and I haven't found the triggering condition yet.
> Borderless is the default in Plasma 6
Ah I see what you mean now. I was referring to actual window borders (as in, from the window decoration) which were turned off in the middle of Plasma 5. For Plasma 6, what's changed is that some QtWidgets apps have removed their internal paddings to match the styling that QtQuick apps always had. And that's not going to be reverted, sorry. :) In fact it's a good thing because now people who do like borders can simply turn them on in the window decoration theme and have consistent internal margins everywhere, rather than internal margins that are bigger for QtWidgets apps compared to QtQuick apps.
Anyway, let's make this bug report about the real issue, which is the panel not casting a shadow like it should.
Can you see if it's Bug 477884? (In reply to Nate Graham from comment #3) > Anyway, let's make this bug report about the real issue, which is the panel > not casting a shadow like it should. So how are things supposed to work exactly then, how do I tell the difference? Windows with extra content underneath the panel get shadowed, and windows snapped to the panel have no shadow? Uniformly dropping shadows on all windows wouldn't resolve the issue I raised in the original comment. > Can you see if it's Bug 477884? I can confirm that floating the panel will add a little shadow, and de-floating it without Plasma restart retains the same shadow. It seems likely that my screenshot was affected by Bug 477884, given the complete absence of shadows. I can not confirm that we're talking about the same issue, because I'm still looking for a distinction between snapped vs. partially covered. And while you're right that removing excessive frames in Qt 6 based apps exacerbates the issue, I'd also like to point out that my reproduction steps & screenshot feature Firefox, which is independent from all of those happenings. What I'm after here is really to be able to tell if I can see the bottom of any window. With Bug 477884 fixed, all windows touching the panel--snapped, maximized, or otherwise--should get a little shadow cast on them. Can you confirm that? It's intended that the shadow is the visual marker for the bottom of a window that's touching a bottom panel. Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! (In reply to Nate Graham from comment #6) > With Bug 477884 fixed, all windows touching the panel--snapped, maximized, > or otherwise--should get a little shadow cast on them. Can you confirm that? > It's intended that the shadow is the visual marker for the bottom of a > window that's touching a bottom panel. Yes, the shadow is back. It looks good. It also doesn't fix the issue I described. I'd like to rename the bug back to its original title or something like it. Let me try explaining it with a screenshot quiz because the original textual description apparently didn't convey it well enough. (Now that KAuth is working for me again, I have Spectacle back at least on the X11 session.) I will attach two screenshots with Firefox showing this bug report page. a) In one screenshot, the Firefox window is much taller than the actual screen at hand. (The captured screen is my bottom screen, I dragged it down from my much taller monitor.) b) In the other screenshot, the bottom of the Firefox window is snapped to the panel edge, so the entirety of its view is on screen. Which is which? (This is a trick question. The answer is you cannot tell. My problem with the window presentation is that there isn't a noticeable difference between seeing the entire window or having it cut off underneath the panel.) Created attachment 164377 [details]
one of the two screenshots mentioned above (which one?)
Created attachment 164378 [details]
another one of the two screenshots mentioned above (which one?)
I logged into the wrong X11 session (KF5) and that's why Spectacle worked. But with shadows restored, the window's bottom edge appears to look identical to the screenshots I took. So I still stand to everything I wrote above. Indeed, you can't tell which of the two screenshots depicts Firefox cut off at the bottom and which one depicts it touching the panel. But this is Firefox's fault for not showing a scrollbar. If you try again with a proper app that makes its scrollbar always visible (or make Firefox always show its scrollbar) it will be more obvious which instance one goes under the panel which one doesn't. Beyond that, I'm not sure there's anything else to do here. Both screenshots depict the intended appearance--which was also the appearance in Plasma 5. |