In the Global Menu, you can't use the left and right arrow keys to move between, for instance, the Bookmarks and Settings entries. This prevents use of the Global Menu with a keyboard.
Can't reproduce in Kate/KWrite/Dolphin. What application? What Qt version is this? Wayland or X? What doesn't work is wrapping to the next menu when you have a submenu open.
I have this behaviour in Kwrite, Konsole, Dolphin... Just to clarify, I can use the up/down arrow keys to navigate inside a menu entry, and I can use the left/right arrow keys to navigate into a submenu (e.g. edit -> send signal in konsole). I just can't use left/right to move between, e.g., "file" and "edit" in konsole. QT 5.8, Plasma 5.9.2.
Same issue I have, it seems something is wrong with the Connections{} with Qt 5.8 The signal gets emitted on the C++ side, but the QML function isn't called. If I move the connection to the root object instead of inside fullRepresentation it works...but I don't know why. plasmoid.nativeInterface exists and is correct. I think we have a Qt regression.
Navigation with keyboard arrow keys is working - after mouse clicking on global menu panel widget in: Plasma: 5.11.5 Apps: 17.12.1 Qt: 5.10.0 Frameworks: 5.42.0 Kernel: 4.14.14-1-MANJARO but i found another bug - not in panel widget but in title bar global menu button: steps to reproduce: 1. click on titlebar global menu button. 2. use arrow keys to navigate into sub menu. 3. try to return to previous menu with right arrow key. actual result: sub menu closes, selection in parent menu stays on previous position and navigation with arrow keys in global menu stops working, plus if subsubmenu is opened - after pressing right arrow key to return to previous menu - whole global menu closes
Not a problem anymore, can anyone confirm?
(In reply to Felipe Kinoshita from comment #5) > Not a problem anymore, can anyone confirm? For me (current KDE Neon packages): - everything works ok when the widget is a proper menu bar - still works fine when the widget is a single button... but only provided it was first opened by clicking the button with the mouse. There is still something weird: some submenus can be exited using left arrow, while some require using escape key... - no keyboard navigation at all when the widget is a single button and it was first opened using a keyboard shortcut (even the visual appearance is different actually... ). This is quite embarrassing: typically you use the keyboard shortcut when you don't want your hands to leave the keyboard.
I wanted to add I just found out that the problem of different appearance when single button menu is invoked by keyboard was already reported: see Bug #379242.
And the keyboard navigability issue when invoked from a shortcut seems to be also known: Bug 441990.
Seems already fixed in Plasma 5.25.4, but I'm not sure
Can confirm that assigning a keyboard shortcut to a Global Menu applet while in "Single button" mode is useless. It will show an applet tooltip and focus on it instead of an actual menu, and sometimes will also show a menuunder that tooltip as well. However, once you manage to focus an actual menu, key navigation works fine there.
So, clicking on a full-sized menu and navigating it with buttons was fixed some time ago. "Single button" mode is still buggy, but there's a BUG 379242 for that. I'm gonna assume this bug report was about full-sized menu, and thus has been fixed by now.