No way to get quicklists, emulate right click

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.

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

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

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

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.

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

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)

seems to be mousetweaks actually having the implementation

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...

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

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.

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).

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.

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.

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.