https://bugs.kde.org/show_bug.cgi?id=428390
Bug ID: 428390
Summary: Adding widgets difficult when focus follows mouse
Product: kwin
Version: git master
Platform: Neon Packages
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: kwin-bugs-n...@kde.org
Reporter: pa...@web.de
Target Milestone: ---
SUMMARY
When trying to add a new widget to the task bar with Window activation policy
"Focus follows mouse", the panel on the left (widget selection panel) closes
before the mouse reaches it.
STEPS TO REPRODUCE
1. Go to System Settings → Window Management → Focus and set "Window activation
policy to "Focus follows mouse" or "Focus follows mouse (mouse precedence)" and
set "Delay focus by" to "0 ms"
2. Open two windows (does not matter which) one in the left screen half and one
in the right one.
3. In the bottom panel (e.g. task bar – assuming a default panel layout) do a
right mouse click somewhere in the right half of the panel → Add Widgets…
4. Move the mouse cursor to newly opened widgets panel on the left in a direct
(i.e. diagonal towards the upper left screen corner) path.
OBSERVED RESULT
The Widgets panel closes before the mouse cursor reaches the widgets panel
EXPECTED RESULT
The Widgets panel is not closed by mouse movement. It gets only closed by using
its usual mechanisms or by _clicking_ outside of the widgets panel.
SOFTWARE/OS VERSIONS
Linux/KDE Plasma: KDE Neon from 2020-10-25
(available in About System)
KDE Plasma Version: 5.20.80
KDE Frameworks Version: 5.76.0
Qt Version: 5.15.0
ADDITIONAL INFORMATION
This bug is probably like one decade old, but I verified it with KDE neon
Unstable.
The workaround is to move the mouse along the task bar to the left constantly
keeping the mouse cursor above the the bottom or left widget panel.
I am not sure, if the behavior for all Plasma panels should be changed. After
opening krunner it gets closed when moving the mouse around – not really
logical, but most often not important because the fingers type on the keyboard
anyway.
For the start menu it does not matter that much, as the mouse is there anyway,
but "overshooting" the mouse movement closes the menu currently which is
sometimes annoying.
So I think, that only closing widgets on click would be generally better
behavior with "focus follows mouse", however the widget panel case is most
important as opening action and panel can be so many window activations away
regarding the mouse cursor path.
Kind regards
Patrick
--
You are receiving this mail because:
You are watching all bug changes.
