<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 31, 2015 at 1:43 AM, Hans de Goede <span dir="ltr"><<a href="mailto:hdegoede@redhat.com" target="_blank">hdegoede@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I thought about that when doing the patch but decided for this approach on<br>
purpose.  currently, a mis-detection of a pinch gesture with gestures<br>
enabled means the gesture remains until the fingers are lifted. with this<br>
patch otoh it just doesn't do anything until we detect a scroll gesture, at<br>
which point we switch to scrolling.<br>
</blockquote>
<br></span>
I see that is a valid point.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
the point here is that the scroll detection code is still at work, so<br>
hopefully that "trains" users to perform the right scroll action. we get<br>
consistent behaviour across touchpads too this way, and we avoid the<br>
situations down the track of "it used to scroll this way but now it doesn't<br>
anymore" when we add other features, or when we manage do to gestures<br>
reliably on those touchpads after all.<br>
<br>
I might be overthinking this though :)<br>
</blockquote>
<br></span>
You are :)<br>
<br>
But I can see the logic in not training users to use the "wrong" kind of 2fg<br>
gestures for scrolling, so lets go with your approach:<br></blockquote><div><br></div><div>Could the scroll gesture "cancel" the pinch gesture when it is detected? Or is cancelling only done by the compositor and not by libinput.<br><br></div></div></div></div>