<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Mon, Jun 19, 2017 at 5:58 PM Peter Hutterer <<a href="mailto:peter.hutterer@who-t.net" target="_blank">peter.hutterer@who-t.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, Jun 16, 2017 at 05:48:31PM +0000, Vahe Oughourlian wrote:<br>
> On Thu, Jun 15, 2017 at 3:23 PM Peter Hutterer <<a href="mailto:peter.hutterer@who-t.net" target="_blank">peter.hutterer@who-t.net</a>><br>
> wrote:<br>
><br>
> > On Tue, Jun 13, 2017 at 01:46:12AM +0000, Vahe Oughourlian wrote:<br>
> > > I'm working with a Dell XPS 15 9650 using libinput. Using the Synaptics<br>
> > > driver, a property is available to set the maximum distance two fingers<br>
> > may<br>
> > > be apart before a two-finger scroll can be triggered, called "Synaptics<br>
> > > Two-Finger Width." At the moment, two fingers anywhere on the touchpad<br>
> > will<br>
> > > switch it over to a two-finger scroll.<br>
> > ><br>
> > > I ran across a post from Peter Hutterer (<br>
> > ><br>
> > <a href="https://who-t.blogspot.de/2016/04/why-libinput-doesnt-have-lot-of-config.html" rel="noreferrer" target="_blank">https://who-t.blogspot.de/2016/04/why-libinput-doesnt-have-lot-of-config.html</a><br>
> > )<br>
> > > discussing the intention to minimize options in libinput, and there<br>
> > doesn't<br>
> > > seem to be a setting that affects this behavior that I could find. Given<br>
> > > that, is the most appropriate thing to file a bug for this particular<br>
> > > trackpad to have a reasonable default added for this device, or is this a<br>
> > > setting libinput eventually intends to support? Or is this setting<br>
> > already<br>
> > > available?<br>
> ><br>
> > it's not an available configuration, no. But the main question is what<br>
> > you're actually trying to achive? I'm assuming that any finger distance<br>
> > limits are not the issue per se but that there's something else that<br>
> > affects<br>
> > how you can interact.<br>
> ><br>
> > Cheers,<br>
> > Peter<br>
> ><br>
> ><br>
> There are a couple common cases:<br>
><br>
> 1. My left thumb may drift onto the upper left corner of the touchpad (in<br>
> the usual home-row typing position) while my right hand is controlling the<br>
> touchpad. Despite the 70mm-ish distance between the fingers, the next<br>
> cursor motion by the right hand is treated as a two-finger scroll.<br>
<br>
<a href="https://bugs.freedesktop.org/show_bug.cgi?id=99703" rel="noreferrer" target="_blank">https://bugs.freedesktop.org/show_bug.cgi?id=99703</a><br>
<br>
> 2. I often use the physical click as part of a drag-and-highlight. While<br>
> there are dead zones at the bottom of the mouse for the virtual buttons, if<br>
> my thumb isn't quite low enough on the right hand, the moment before<br>
> actually clicking the physical button underneath the trackpad will turn<br>
> into a two-finger scroll. This also can occur at the end of the click as<br>
> I'm lifting the thumb, and the next motion is a scroll.<br>
<br>
not quite the same but similar to the bug above. I think that's something<br>
we'd have to revisit once we manage to get a hand on 99703<br></blockquote><div><br></div></div><div dir="ltr"><div class="gmail_quote"><div>Sure, I'll keep an eye on 99703 and give it a shot when it comes out.</div></div></div><div dir="ltr"><div class="gmail_quote"><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
> My intention was to set the distance between two fingers such that they'd<br>
> have to be much closer together (within 20mm, for example) to avoid these<br>
> accidental scroll events.<br>
<br>
tbh, I don't think that's the right solution and that's also why there's no<br>
config option for it. Any distance-based guessing of intentions should<br>
always be internal to libinput because once we expose the option we'll have<br>
to keep it around forever. And exposing an option promises behaviour.<br></blockquote><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div>Completely agree. Mostly this is me working backwards from an existing option in the old version to find a possible solution.</div></div></div><div dir="ltr"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I think fixing 99703 will remove most of your issues.<br></blockquote><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div>I'm not sure in this case. While it looks like 99703 will solve the case mid-movement, it doesn't really address the cases at the start of the movement when two fingers are on the pad.</div></div></div><div dir="ltr"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
> One thing I have also noticed on other trackpads (on other OSes,<br>
> admittedly) is that both fingers seem to have to be in motion to trigger a<br>
> two finger scroll, whereas I seem to be able to trigger a two-finger scroll<br>
> on the Dell's trackpad by moving one finger while two fingers are on the<br>
> trackpad at a time. Perhaps that's the solution here?<br>
<br>
yeah, that's been a long-standing feature of the 2fg scroll on linux. not<br>
sure we can/should get rid of that.<br></blockquote><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div>I'm entirely sympathetic to your perspective here about changing existing and expected behavior, and no doubt you'd hear from a cadre of unhappy users if the behavior were to change. However, I'd like to push back here. I think two fingers moving gives significantly more intention to the gesture, and as I'm seeing in my experience, it's happening enough unintentionally to me to raise the question. I don't think it makes sense from a user perspective to have any two touch points anywhere on the pad trigger a scroll. </div><div><br></div><div>Adding a configuration seems like the wrong solution per the direction the project is taking, but changing the existing behavior is also undesirable. What kind of consideration might move you to change this scroll behavior? </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Cheers,<br>
Peter<br>
</blockquote></div></div></div>