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 570598 - secondary click behavior
secondary click behavior
Status: RESOLVED DUPLICATE of bug 638670
Product: mousetweaks
Classification: Core
Component: dwell-click applet
2.24.x
Other All
: Normal minor
: ---
Assigned To: mousetweaks-maint
mousetweaks-maint
Depends on:
Blocks:
 
 
Reported: 2009-02-05 07:48 UTC by Brecht Verhaeghe
Modified: 2011-01-04 16:42 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24


Description Brecht Verhaeghe 2009-02-05 07:48:10 UTC 
I am using a tablet-pc and would like to use the secondary click (like in some other operating systems).

When it isn't activated behavior is like this:
mouse-click -> open app.

when secondary click is activated:
mouse-down -> time runs + open app. -> after time ran -> open right menu

it should be:
mouse-click -> open app.
mouse-down -> time runs -> mouse up before time ran -> = click -> open app
mouse-down -> time runs -> after time ran -> mouse up -> open right menu



Other information:
This is a problem in the menu system (on the desktop you have double-click behavior to open an app)
Comment 1 Francesco Fumanti 2010-01-07 14:59:01 UTC 
Hi, 

Thanks for your interest in mousetweaks. 

We are aware of the odd behaviour of the simulated secondary click, that sends a primary click before sending the secondary click. Unfortunately, at the moment, we cannot do anything about it, because at-spi, that mousetweaks uses to perform its functions, does not provide a way to discard the real button down event. 

Cheers

Francesco
Comment 2 Francesco Fumanti 2011-01-04 16:42:08 UTC 

*** This bug has been marked as a duplicate of bug 638670 ***