https://bugs.kde.org/show_bug.cgi?id=411448
Duncan <1i5t5.dun...@cox.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |1i5t5.dun...@cox.net
--- Comment #7 from Duncan <1i5t5.dun...@cox.net> ---
Seeing this here on wayland on live-git frameworks/plasma (updated just a few
hours ago) too.
A partial workaround is creating a window rule:
Matching:
Window class: Exact Match: kded5 org.kde.kded5
Match whole window class: Yes
Window type: Normal
Window title: Exact Match: KDE Daemon
Size & Position:
Initial placement: Force: Under Mouse
That at least gets the window near where it should be. However, it still has a
titlebar, and the window rule no-titlebar option is buggy, see (my) bug
#429168.
Further and I believe related (and not fixed by the above window rule), the
menu behavior with a pointer is buggy. The selection won't reliably stay under
the pointer and attempting to navigate to a submenu most often results in both
the submenu and original menu closing, forcing a re-click of the appmenu in the
titlebar.
To work around that I'm often forced to keyboard-navigate the appmenu, except
AFAIK there's no hotkey set and no way to set one to trigger the appmenu itself
(alt-F for example to trigger the file submenu may or may not work, depending
on the app), so that must be done by pointer-click, after which one can
keyboard-navigate.
--
You are receiving this mail because:
You are watching all bug changes.
