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 734418 - Add gestures configuration
Add gestures configuration
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Class: GtkGesture
3.12.x
Other Linux
: Normal enhancement
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks: 734416
 
 
Reported: 2014-08-07 12:16 UTC by Bastien Nocera
Modified: 2018-05-02 16:11 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Bastien Nocera 2014-08-07 12:16:24 UTC
This is needed to make gestures disablable, or switchable in gnome-control-center.
Comment 1 Matthias Clasen 2014-09-18 11:32:07 UTC
it might also be interesting for applications to learn how many touches the system supports, so we know if e.g. a pinch or rotate gesture will work.
Comment 2 Carlos Garnacho 2014-09-18 13:17:32 UTC
(In reply to comment #1)
> it might also be interesting for applications to learn how many touches the
> system supports, so we know if e.g. a pinch or rotate gesture will work.

This is readily available per-device through the touch devices' XITouchClassInfo, GTK+ does nothing about it but I guess the main interest about this info is in g-s-d/g-c-c, adding a GdkDevice property/getter would be easy though.

One thing I wonder is about the roles/granularity of these configuration toggles, you can probably get away if eg. enabling/disabling 2-finger gestures altogether, but others like long-press are very context dependent, it can either popup menus, trigger special modes, toggle a higher-level gesture off...

So IMO either the toggles should be "action" oriented, or we add API to let GtkGesture users tell whether the gesture is actually triggering the canonical action attributed to that GtkGesture subclass.
Comment 3 Matthias Clasen 2014-09-18 13:20:18 UTC
yeah, I have my doubts about the granularity as well. I could easily see us just having a  'turn off touchscreen' switch - sometimes that comes in handy, e.g while cleaning your monitor from all the fingerprints :-)
Comment 4 Bastien Nocera 2014-09-18 22:50:54 UTC
(In reply to comment #3)
> yeah, I have my doubts about the granularity as well. I could easily see us
> just having a  'turn off touchscreen' switch - sometimes that comes in handy,
> e.g while cleaning your monitor from all the fingerprints :-)

We'll have that in gnome-settings-daemon once the kernel is fixed to handle it (bug 720295).

I think that making application-level gestures disablable is not for when touch is the only way to make those gestures, but for devices where touch is supplemental, such as wacom tablets with touch, or MT touchpads.

I've seen my wife wish that the rotate gesture could be turned off in Photoshop very many times, as the UI didn't offer a way to revert it (it didn't change the rotation of the image, but that of the canvas, making it impossible to do a square selection that would be parallel to the sides, for example).

Maybe it's a per-application feature?
Comment 5 Matthias Clasen 2018-02-10 04:58:37 UTC
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
Comment 6 Bastien Nocera 2018-02-13 10:12:05 UTC
Still relevant, even if we'd need to figure out which gestures we want to be able to control. Being able to disable certain gestures is important for a11y reasons as well.
Comment 7 GNOME Infrastructure Team 2018-05-02 16:11:43 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gtk/issues/501.