https://bugs.kde.org/show_bug.cgi?id=374311
Bug ID: 374311
Summary: it is too easy to activate context menu item if mouse
moves during right-click
Product: Breeze
Version: 5.8.5
Platform: Neon Packages
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: general
Assignee: plasma-devel@kde.org
Reporter: s_chriscoll...@hotmail.com
Target Milestone: ---
Please see the following video:
https://youtu.be/5U9XQgf3NXI
When using applications in KDE, it is very easy to accidentally activate a
context menu item if the mouse cursor is not perfectly steady during the right
mouse click that brings up the menu. As you can see in the video, in some cases
the cursor only needs to travel 2 pixels between mouse press and release to
activate the menu item.
Steps to reproduce:
1. Open Dolphin and move it to the bottom right-hand corner of the screen.
2. Right-click (and keep the mouse button down) in the white space near the
bottom right-hand corner of Dolphin. The context menu should open just above
the mouse cursor.
3. Move the mouse up 2 pixels and release the mouse button.
Result: The bottom entry of the context menu is activated. The problem is that
this all too often happens very quickly if my mouse is not steady, or my
trackpad's accuracy sucks (which it does). For example, I can't tell you how
many times I've accidentally disabled a clip in this manner when editing videos
in Kdenlive.
Some possible solutions include:
1. If a right mouse click is very short (very little time between mouse press
and release), a context menu item shouldn't be activated on mouse button
release.
2. Set a minimum number of pixels the mouse cursor must move between launching
the menu (mouse right button press) and activating the menu item (mouse right
button release).
3. Add a few pixels of padding region around the context menu where the cursor
can exist without a menu item being selected. This solution already exists in
the Oxygen widget style, as seen at the end of the video.
4. Have the context menu appear a few pixels away from the mouse cursor instead
of right at the tip of the pointer. This solution would function similar to
solution #3, but without causing potential changes to the appearance of the
widget style.
I didn't know exactly which component to report this bug against, since as far
as I know it could be a KDE, Qt, or Breeze issue. Please reassign as necessary.
** My System **
OS: KDE Neon 5.8.90 64-bit (Plasma Desktop 5.8.5+git20161227.1802-0, KDE
Frameworks 5.30.0, Qt 5.7.0)
Linux Kernel: 4.4.0.57-generic
--
You are receiving this mail because:
You are the assignee for the bug.
