No way to get quicklists, emulate right click

Bug #1071326 reported by Chris Wayne on 2012-10-25
54
This bug affects 10 people
Affects Status Importance Assigned to Milestone
ubuntu-nexus7
Medium
Unassigned
mousetweaks (Ubuntu)
High
Unassigned

Bug Description

Image:20121025-1

Summary:

There is currently no way to emulate a right click. Due to this, the user cannot currently use unity quicklists.

I would expect a long press to emulate a right click

Chris Wayne (cwayne18) on 2012-10-25
Changed in newark:
status: New → Confirmed
importance: Undecided → Medium
tags: added: nexus7
Chris Wayne (cwayne18) on 2012-10-26
information type: Proprietary → Public
tags: added: mobile
affects: newark → ubuntu-nexus7
Michael Hall (mhall119) on 2012-10-26
tags: added: touch
Alex Chiang (achiang) on 2012-10-26
description: updated

Though not a solution to the bug, a workaround is to open Onboard click the 'arrow' button which is above the enter key to get some new keys related to clicking, select the 'right-leaning arrow' key and then click on the spot where you want a right-click to happen.

Daniel van Vugt (vanvugt) wrote :

WORKAROUND / FIX:
System Settings > Universal Access > Simulated Secondary Click = ON

This should be enabled by default on touch-only devices.

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

affects: unity → gnome-control-center (Ubuntu)
Changed in gnome-control-center (Ubuntu):
status: New → Confirmed
status: New → Confirmed
Daniel van Vugt (vanvugt) wrote :

Hmm, I just tested the workaround/fix on Nexus 7 and it needs a lot more work.

Holding your finger in one place is nearly impossible. The touchscreen is too high resolution so Ubuntu thinks any touch/hold is a drag, slightly in some direction.

So we need to dramatically improve on Simulated Secondary Click.

Daniel van Vugt (vanvugt) wrote :

The issue with touch sensitivity causing the above workaround to not work is now bug 1075415.

Sebastien Bacher (seb128) wrote :

Thanks Daniel, I don't think gnome-control-center does the right click emulation though, it just has the ui which let you enable that option (e.g write a gsettings key)

Changed in gnome-control-center (Ubuntu):
importance: Undecided → High
Sebastien Bacher (seb128) wrote :

seems to be mousetweaks actually having the implementation

affects: gnome-control-center (Ubuntu) → mousetweaks (Ubuntu)
Sebastien Bacher (seb128) wrote :

Checking upstream bugs https://bugzilla.gnome.org/show_bug.cgi?id=638670 seems an annoying issue with that option, even when it works the option generates first a left click event and then a right click one, which is not what you want...

Sebastien Bacher (seb128) wrote :

https://bugzilla.gnome.org/show_bug.cgi?id=678064 states also that it only works with "mouse0" as a device...

Gerd Kohlberger (lowfi) wrote :

Sebastien, I'm working on a fix for both bugs and it should land in time for mousetweaks 3.8 / GNOME 3.8.

Bug #678064 is about multi-pointer support, ie. using multiple independent cursors. The reference to "mouse0" in the description is wrong, the emulated right click works with the primary virtual core pointer. It doesn't matter if the slave is mouse or a touch device.

Changed in mousetweaks (Ubuntu):
assignee: nobody → Sebastien Bacher (seb128)
status: Confirmed → Triaged
Changed in ubuntu-nexus7:
status: Confirmed → Triaged
Robert Bruce Park (robru) wrote :

The Onboard workaround is definitely better than the Universal Access workaround, which is essentially impossible (I wasn't able to get it to work at all).

Rocko (rockorequin) wrote :

I can (very) occasionally get the Universal Access workaround to work, but I notice that if I am trying it on the System Settings / Mouse Settings / Test Your Settings window the system registers a primary left click before showing the menu for the right-click, which seems wrong. There's a second or so delay before it registers the primary left click as well.

Francesco Fumanti (frafu) wrote :

The problem of the left click preceding the right click in the currently available mousetweaks implementation is due to the fact that there was no clean way to discard the real left click preceding the emulated right click. Gerd, the mousetweaks developer, is now rewriting mousetweaks and as he states in message 11 of this thread, the new implementation will be able to discard the real left click that precedes the emulated right click.

Changed in mousetweaks (Ubuntu):
assignee: Sebastien Bacher (seb128) → nobody

See especially also comment #7 of bug 1212736 for a right-click emulation which currently exists, but an emulation by long press would be better as this is the way of Windows 8 and Android.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.