[gestures] swipe is too sensitive, makes long-press difficult

Bug #1267580 reported by Michael Hall
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Ubuntu UX
Fix Committed
High
Vesa Rautiainen
qtbase-opensource-src (Ubuntu)
Confirmed
Undecided
Unassigned
qtdeclarative-opensource-src (Ubuntu)
Confirmed
Undecided
Unassigned
qtubuntu (Ubuntu)
Confirmed
Undecided
Unassigned
ubuntu-ui-toolkit (Ubuntu)
Confirmed
Undecided
Unassigned
unity8 (Ubuntu)
Opinion
Undecided
Unassigned

Bug Description

Activating the long-press event on the Dash is often difficult, because the slightest amount of movement will turn it into a swipe event. Especially when operating the device one-handed, it's very hard to keep your thumb still enough to activate the long-press.

Can we allow some about of "wiggle room" so that a swipe isn't a swipe unless it's moved some reasonable distance?

Tags: avengers
Revision history for this message
Michał Sawicz (saviq) wrote :

Related to bug #1152150 - generally movement detection in Qt is pretty strict, and there's no built-in mechanisms to change that. Completely agree with the bug, though.

Changed in unity8:
status: New → Confirmed
Changed in ubuntu-ux:
status: New → Confirmed
Changed in ubuntu-ui-toolkit (Ubuntu):
status: New → Opinion
John Lea (johnlea)
summary: - swipe is too sensitive, makes long-press difficult
+ [gestures] swipe is too sensitive, makes long-press difficult
Vesa Rautiainen (vesar)
Changed in ubuntu-ux:
assignee: nobody → Vesa Rautiainen (vesar)
importance: Undecided → Critical
Revision history for this message
Vesa Rautiainen (vesar) wrote :

I agree this is one of the most annoying issues with our OS. This same over sensitivity is present in Launcher as well when trying to long press to organize items or to open the quicklist menu.

Do we already set QApplication::setStartDragDistance() explicitly or are we using platform default value for drag threshold (whatever that value in Ubuntu would be) ? Increasing this value should do the trick right?

Changed in ubuntu-ux:
status: Confirmed → Triaged
Revision history for this message
Vesa Rautiainen (vesar) wrote :

I guess other option would be to create our own UbunuFlickable that inherits Flickable (or uses it as a root element) and where we would have a Mouse area inside Flickable detecting mouse movements and changing flickable interactive property accordingly. Though this should be doable it also sounds just so much more hackish solution that I would try first increasing the startDragDistance value.

John Lea (johnlea)
Changed in ubuntu-ux:
status: Triaged → Fix Committed
Changed in ubuntu-ui-toolkit (Ubuntu):
status: Opinion → Confirmed
Michał Sawicz (saviq)
Changed in unity8 (Ubuntu):
status: New → Confirmed
Revision history for this message
kevin gunn (kgunn72) wrote :

so is this bug really unity8 at all ? or is it against Qt in spirit ?

Revision history for this message
Michał Sawicz (saviq) wrote :

Yeah, nothing special we can/should do "downstream". The drag distance Vesa mentioned is only for drag'n'drop operations, won't help in the flickable use case.

There are however patches attached to the related QTBUG https://bugreports.qt-project.org/browse/QTBUG-35608 which would allow the QPA plugin to change the startFlick distance.

no longer affects: unity8
Changed in unity8 (Ubuntu):
status: Confirmed → Opinion
Vesa Rautiainen (vesar)
Changed in ubuntu-ux:
importance: Critical → High
Zoltan Balogh (bzoltan)
affects: ubuntu-ui-toolkit (Ubuntu) → ubuntu-ui-toolkit
Zoltan Balogh (bzoltan)
Changed in ubuntu-ui-toolkit (Ubuntu):
status: New → Confirmed
Zoltan Balogh (bzoltan)
no longer affects: ubuntu-ui-toolkit
Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in qtbase-opensource-src (Ubuntu):
status: New → Confirmed
Changed in qtdeclarative-opensource-src (Ubuntu):
status: New → Confirmed
Changed in qtubuntu (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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