Summary: | Non-maximized auto-hidden Panel should un-hide when cursor moves to any part of its screen edge, not just the part of the edge that's over the panel | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | tim <imagesfromobjects> |
Component: | Panel | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | CONFIRMED --- | ||
Severity: | wishlist | CC: | eskerda, fanzhuyifan, nate, niccolo.venerandi |
Priority: | NOR | Keywords: | usability |
Version: | 5.26.5 | ||
Target Milestone: | 1.0 | ||
Platform: | Other | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=481282 | ||
Latest Commit: | Version Fixed In: |
Description
tim
2023-01-26 16:36:46 UTC
You said, "Panel does not un-hide", but you didn't mention configuring the panel to be auto-hide. Can you confirm that the panel is set up to be auto-hide, and that whether it's set to "Floating Panel" mode or not is irrelevant to this behavior? (In reply to Nate Graham from comment #1) > You said, "Panel does not un-hide", but you didn't mention configuring the > panel to be auto-hide. Can you confirm that the panel is set up to be > auto-hide, and that whether it's set to "Floating Panel" mode or not is > irrelevant to this behavior? Correct, it's set to automatically hide. This report is the cleaned up, wishlist version of another report, as requested. https://bugs.kde.org/show_bug.cgi?id=464162 Let me know if this is clear. (In reply to tim from comment #2) > (In reply to Nate Graham from comment #1) > > You said, "Panel does not un-hide", but you didn't mention configuring the > > panel to be auto-hide. Can you confirm that the panel is set up to be > > auto-hide, and that whether it's set to "Floating Panel" mode or not is > > irrelevant to this behavior? > > Correct, it's set to automatically hide. This report is the cleaned up, > wishlist version of another report, as requested. > > > https://bugs.kde.org/show_bug.cgi?id=464162 > > > Let me know if this is clear. Ugh, I really wish there were a way to edit these. Yes, I definitely should have mentioned that. My bad. Thanks. Re-titling for clarity. I think this makes sense -- currently having both screen edge actions and a auto-hiding panel on the same edge is broken anyways. One concern is that this might degrade the ability to interact with other UI elements near screen edges, like scroll bars on the right. Another question is whether we want to support multiple auto-hide panels on the same edge. (In reply to fanzhuyifan from comment #5) > One concern is that this might degrade the ability to interact with other UI > elements near screen edges, like scroll bars on the right. It's already an issue, so at least that wouldn't be a regression. > Another question is whether we want to support multiple auto-hide panels on > the same edge. That's a good point. My first thought is that if there's only one auto-hide panel, make its activation zone span the entire screen edge. And if there's more than one, don't, and give each one an activation zone linked to its shape. (In reply to Nate Graham from comment #6) > (In reply to fanzhuyifan from comment #5) > > One concern is that this might degrade the ability to interact with other UI > > elements near screen edges, like scroll bars on the right. > It's already an issue, so at least that wouldn't be a regression. I think this would be a regression if such an auto-hide panel has small length. Currently it only interferes with the part of the edge corresponding to its shape, but with this change it will interfere with interactions on the whole edge. True. I wonder how often people put a single small auto-hide panel on a screen edge though. *** Bug 484589 has been marked as a duplicate of this bug. *** |