<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_ASSIGNED "
title="ASSIGNED - Add support for 3-finger dragging"
href="https://bugs.freedesktop.org/show_bug.cgi?id=89999#c4">Comment # 4</a>
on <a class="bz_bug_link
bz_status_ASSIGNED "
title="ASSIGNED - Add support for 3-finger dragging"
href="https://bugs.freedesktop.org/show_bug.cgi?id=89999">bug 89999</a>
from <span class="vcard"><a class="email" href="mailto:peter.hutterer@who-t.net" title="Peter Hutterer <peter.hutterer@who-t.net>"> <span class="fn">Peter Hutterer</span></a>
</span></b>
<pre>(In reply to Hans de Goede from <a href="show_bug.cgi?id=89999#c3">comment #3</a>)
<span class="quote">> (In reply to Peter Hutterer from <a href="show_bug.cgi?id=89999#c2">comment #2</a>)
> > couple of question here, can we do something with a timeout? i.e. three
> > fingers down + timeout X switches to drag motion, otherwise the swipe
> > triggers.
>
> Yes that is possible, do we want to handle this in gestures.c or in tap.c
> though, I've a feeling it belongs in tap.c. because we do not want the
> following sequence to trigger it:
>
> Finger 1 down
> Finger 1 moves over tap threshold
> Fingers 2 + 3 down
> Timeout
>
> Where as having it in the gesture code would lead to the timeout eventually
> activating 3 finger mode, and then if more time is passed before moving,
> switch to 3fg drag-n-drop. I guess one could argue that is desirable
> behavior, and in that case this is easy to implement in the gesture code,
> esp. since the tap statemachine already is too complicated IMHO.</span >
I'd say that's definitely desirable behaviour, because you'd likely move the
pointer somewhere, then just put the extra fingers down to drag without lifting
the first finger first.
<span class="quote">> > we don't have any movement restrictions on swipe motions atm, right?
> > anything is a swipe once 3 fingers are down, so maybe we should add
> > restrictions to horizontal/vertical swiping here?
>
> I've deliberately not added any limits as I've seen e.g. usb-touchpads with
> firmware handled gestures which have diagonal swipes, so I would rather
> leave any direction locking up to the user.</span >
right, makes sense.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>