GNOME Bugzilla – Bug 756961
Don't select a menu entry only by releasing right mouse button
Last modified: 2017-02-09 23:19:09 UTC
On Linux you can press the right mouse button to open the context menu, hold it, move the mouse over to a menu entry, and then release the right mouse button to select the entry. This doesn't work on OS X or Windows, so for the sake of consistency I vote for disabling this behaviour by default. This would finally fix #591258. Although this bug report has the status "RESOLVED FIXED", it's still an issue for many people (me including).
In my opinion would be a pretty bad kind of "fix" to an issue that could/should be fixed in another way (just doing what Qt or many others do, yet still retaining the hold-clicking feature). > This doesn't work on OS X or Windows, so for the sake of consistency I vote for disabling this behaviour by default. That's a dangerous route. What other unique and useful features should be dropped for the sake of such consistency?
not a bug, but a feature, as far as I'm concerned.
(In reply to timppis from comment #1) > In my opinion would be a pretty bad kind of "fix" to an issue that > could/should be fixed in another way (just doing what Qt or many others do, > yet still retaining the hold-clicking feature). How about disabling this and ONLY re-enable it when this better fix is ready. And no, adding 5 px padding is NOT a fix, see for example https://bugzilla.gnome.org/show_bug.cgi?id=591258#c28 > That's a dangerous route. What other unique and useful features should be > dropped for the sake of such consistency? I disagree strongly that this feature is useful. And even it was a useful feature, it should still be dropped if it causes bugs like this: https://www.youtube.com/watch?v=SuLsWRHTViQ It's just not worth it. (In reply to Matthias Clasen from comment #2) > not a bug, but a feature, as far as I'm concerned. How do I report feature request for Gtk+?
(In reply to Jan Niklas Hasse from comment #3) > (In reply to Matthias Clasen from comment #2) > > not a bug, but a feature, as far as I'm concerned. > > How do I report feature request for Gtk+? You may have misunderstood. The thing you complain about is a feature, and I won't remove it, even if you don't like it.
(In reply to Matthias Clasen from comment #4) > (In reply to Jan Niklas Hasse from comment #3) > > > (In reply to Matthias Clasen from comment #2) > > > not a bug, but a feature, as far as I'm concerned. > > > > How do I report feature request for Gtk+? > > You may have misunderstood. The thing you complain about is a feature, and I > won't remove it, even if you don't like it. What about the ability to turn this feature off? I don't want it to be turned off because I don't like it. I want it to be turned off because it's causing bugs.
I am not sure I got it right. In my case, the hold-click feature "works" when the attachment can be opened in the message body (after a left-click on the attachment button, see bug #778220) but otherwise not. To be clearer, the behavior is not predictable: sometimes only the hold-click will work (and thus prevent the user from choosing the right option if they were expecting a second click to select the option), sometimes both hold-click and click-click will work. Is that a feature or a bug? Thanks. PS: I do not expect hold-and-click in the case of a button. Hold-and-click and click-twice can perfectly be combined to suit most user preferences, but the behavior has to be predictable.