Summary: | Panels shouldn't auto-hide as long as their context menu is shown | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | Elias Probst <mail> |
Component: | Panel | Assignee: | David Edmundson <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | kdebugs, thomas.pfeiffer |
Priority: | NOR | Flags: | mail:
Usability+
|
Version: | master | ||
Target Milestone: | 1.0 | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | https://commits.kde.org/plasma-framework/f3dcff28b8fbc635467252706641c9d37f094090 | Version Fixed In: | |
Sentry Crash Report: |
Description
Elias Probst
2015-02-15 20:14:45 UTC
I currently don't have access to my Plasma 5 installation so I can't confirm the described behavior, but what is described is certainly a usabiliy problem. A context menu should aways have its context present. I can confirm this. I have an autohidden panel with my window list, and after right-clicking any entry to open this window's context menu, the panel simply disappears while the menu is shown, providing no visual clue any more which window the actions in the menu actually belong to... Pretty confusing. Happens with KDE Frameworks 5.9 and Plasma 5.3.0. Git commit f3dcff28b8fbc635467252706641c9d37f094090 by Kai Uwe Broulik. Committed on 07/07/2017 at 11:26. Pushed by broulik into branch 'master'. [Containment Interface] Keep containment in RequiresAttentionStatus while context menu is open This ensures the panel does not auto-hide then. It also forces a re-evaluation of auto-hide status when the menu closes, so even if we mess up with mouse grabbing, it should more reliably auto-hide afterwards. Related: bug 351823 Differential Revision: https://phabricator.kde.org/D6527 M +8 -0 src/scriptengines/qml/plasmoid/containmentinterface.cpp https://commits.kde.org/plasma-framework/f3dcff28b8fbc635467252706641c9d37f094090 |