| Summary: | Global Menu Bar widget does not open menus on hover | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Fabian Vogt <fabian> |
| Component: | Global Menu widget | Assignee: | Kai Uwe Broulik <kde> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | beojan, edithkeeler7, i9i7soft, j.filzmaier, kde, kde, plasma-bugs, tsteinb, vortex |
| Priority: | NOR | ||
| Version: | master | ||
| Target Milestone: | 1.0 | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | https://commits.kde.org/plasma-workspace/f00e4eb97e5d6a6abe76269342653a93f6b53245 | Version Fixed In: | 5.10.3 |
| Sentry Crash Report: | |||
|
Description
Fabian Vogt
2017-01-25 10:42:52 UTC
Urgh. Turns out this isn't easy. We only get hover events if our window has focus. The panel doesn't have focus because the menu window does. I can't think of a good solution. Didn't I explicitly add the event listener hack to allow this? It doesn't work when the mouse is on the outer edge of the panel because of its padding, though. Here this works. None of that eventFilter stuff seems to work here; and there's a code comment (from you) saying it doesn't. I don't understand how it would help, an eventFilter on the menu isn't going to help you get mouseEvents on the button grid. (off topic, could that eventFilter be the reason for your submenus closing issue?) > I don't understand how it would help, an eventFilter on the menu isn't going to help you get mouseEvents on the button grid. Yes it does. It filters mouse move events and then looks whether at cursor position is a button of the menu applet and if there is, it invokes it. The FIXME comment at the top only refers to when a submenu is opened. > (off topic, could that eventFilter be the reason for your submenus closing issue?) No, I'm experiencing this issue only with decoration appmenu, not the applet. Ah, when the menu is not at the left-most edge of the panel I can reproduce the issue. Git commit 10246712ae307ae9fb9cbaefbecc06e9a2c60cf5 by Kai Uwe Broulik. Committed on 06/02/2017 at 10:15. Pushed by broulik into branch 'Plasma/5.9'. [AppMenu Applet] Map from scene after mapping from global childAt expects coordinates relative to the item, so we need to mapFromScene before we do that. FIXED-IN: 5.9.1 Differential Revision: https://phabricator.kde.org/D4452 M +3 -2 applets/appmenu/lib/appmenuapplet.cpp https://commits.kde.org/plasma-workspace/10246712ae307ae9fb9cbaefbecc06e9a2c60cf5 *** Bug 375377 has been marked as a duplicate of this bug. *** *** Bug 376180 has been marked as a duplicate of this bug. *** This isn't fixed in Plasma 5.9.3. This is not fixed for me as well (Arch Linux Plasma 5.9.4) Not fixed for me either (Arch Linux with Plasma 5.9.5). However, the menu in your "standalone" version on github (https://github.com/kotelnik/plasma-applet-active-window-control) works flawlessly. I recommend anyone currently having the issue to build that applet from source and use it as a replacement. If this isn't fixed for you, see the replacement QML file I posted on bug 376725 (which is really a duplicate of this one). *** Bug 376725 has been marked as a duplicate of this bug. *** Git commit f00e4eb97e5d6a6abe76269342653a93f6b53245 by Kai Uwe Broulik.
Committed on 22/06/2017 at 08:39.
Pushed by broulik into branch 'Plasma/5.10'.
[AppMenu Applet] Workaround Connections bug in Qt >= 5.8
Since Qt 5.8 for some reason the Connections {} on plasmoid.nativeInterface breaks.
FIXED-IN: 5.10.3
Differential Revision: https://phabricator.kde.org/D6335
M +3 -5 applets/appmenu/package/contents/ui/main.qml
https://commits.kde.org/plasma-workspace/f00e4eb97e5d6a6abe76269342653a93f6b53245
|