After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 575071 - GDM Context menu needs an option to display on button release
GDM Context menu needs an option to display on button release
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Widget: GtkMenu
2.15.x
Other All
: Normal enhancement
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2009-03-12 11:51 UTC by Jim Rorie
Modified: 2015-11-24 21:02 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Jim Rorie 2009-03-12 11:51:22 UTC
The normal operation of the the Gnome desktop is slightly different than that of a windows desktop with regard to the context (right click) menu. More specifically, the Windows menu appears upon release of the right mouse button, while the Gnome menu appears immediately with the release selecting a menu item. For many users this subtlety is never noticed as most users simply click and release without moving the mouse.

However, for a few of us find it a little frustrating. From using Windows for many years, some of us have developed muscle memory that results in automatically moving the mouse pointer down in anticipation of the context menu click. This gives us a headstart in Windows. But under gnome, typically it results in a release over a context menu item and firing of an unintentional command.

Users may have trouble smoothly transitioning between the two mouse operations and may not figure out what the problem was since the rest of the operations are so similar. They may think there is something wrong with the desktop or mouse. When I demonstrate Ubuntu to other power users, I notice some issues in this regard. Typically, they think the context menu is sticky.

What would be a good solution would be to provide an option under Gnome control panel to emulate Windows context menu operation. This would provide a fall back for users that are migrating from Windows desktops.
Comment 1 Alexander Larsson 2009-03-13 08:18:51 UTC
This is a Gtk+ issue.
Comment 2 Jinyu Liu 2010-12-08 19:33:17 UTC
This issue really bother me for years and it make the user experience bad.
I think the simplest way to resolve this problem is popup the menu away from the mouse pointer for one or two pixels so that the menu item will not under the mouse pointer and will not in selected status when it popup. 

The code is at component gtk+, gtkmenu.c, function gtk_menu_position.
Comment 3 yurii 2015-11-24 18:13:38 UTC
i have no idea who thinks this is "IDEA" but i really would like to look into this person's eyes. It's not just frustration. it's total inability to use right click. it's almost impossible to move mouse while holding right clicked button. HAVE YOU TRIED IT YOURSELF atleast once?!

i'm shocked it's bug from 2009 year and it's still has no basic option.

gnome-session 3.14.0

i'll check other GUIs for sure. i don't care how good it might be - this bug makes whole GNOME project a fkn joke

good bye
Comment 4 yurii 2015-11-24 18:33:55 UTC
oh.. my sorry. this sh1t happens to be in xfce too. how do you ppl use linux, it makes me insane and you live almost 7 years with it. wow. just wow
Comment 5 Emmanuele Bassi (:ebassi) 2015-11-24 19:56:47 UTC
GTK+ has been applying a margin around context menus, so the pointer does not end up selecting an item. Context menus also do not disappear on button release.

Since no patch has manifested itself in the last 7 years, it's unlikely one will in the near future. If somebody wants to have a go at it, feel free to attach the patch and reopen the bug, and it'll get a review — but adding an option to toggle this is not going to be acceptable; either this is a per-platform behaviour, or it's not going to happen at all.

Insulting people is also not going to be acceptable.
Comment 6 yurii 2015-11-24 21:02:03 UTC
no worry, man. i've got KDE hour ago. looks much better, Qt does nice job, so i'm happy to encounter this bug.
though it has same beavior there to popup menu on click down not up, but i have option to set pointer therehold (i set 8px) and mitigate this nonsense.

and, you are wrong. it selects anytime i move over on release. even in KDE. but in GNOME i guess it has 1px threshold so it's instant click in 99% times or menu just closes instantly. it only shows up and not close when i hold mouse with both arms (so it stands still during click). also if i hold mouse too long - it just closes.

at least i got to know that all these xfce, mates etc etc are just forks from gnome2 and hold all its limitations etc. so i'm kinda disappointed in GUI variations on linux.

insult? pfff. insult is 6 years for open thing. and google some internet - this stuff is real. just one of dozens i found today http://ubuntuforums.org/archive/index.php/t-810597.html

p.s.

KDE uses Qt, not GTK, but it still has same issue (which i can workaround). do you have idea where it is then to change?

and really, no insult, it would be very nice to ask which part of body was used to produce idea to show context menu on down not up.


so that's it. have a nice time