| Summary: | Allow tap-to-drag drag lock to be disabled | ||
|---|---|---|---|
| Product: | Wayland | Reporter: | liam |
| Component: | libinput | Assignee: | Peter Hutterer <peter.hutterer> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | medium | CC: | emily, nacho.resa, peter.hutterer, yaroslav.sapozhnik |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
liam
2015-06-10 23:45:24 UTC
Hi Peter, I just wanted to mention something Michael Murphy (https://plus.google.com/101372586948497437343/posts/BtR8SCCfFaq) did to fix his issues with tap-to-drag. He recompiled libinput and lowered the timeout to 30msec. Would it be possible to make the timeout configurable? Again, I'd like to mention that even Apple allows this particular option to be configurable. Considering the scant configurations they allow for the touchpad (scrolling speed, inertial scrolling and tap-to-drag...note it seems as though they don't allow the user to even disable tapping) I think it's worth considering why they chose tap-to-drag to be exposed. https://support.apple.com/kb/PH18396?locale=en_US Best/Liam Wow, thanks so very much for putting this on your enhancement radar! Best/Liam (In reply to liam from comment #1) > I just wanted to mention something Michael Murphy > (https://plus.google.com/101372586948497437343/posts/BtR8SCCfFaq) did to fix > his issues with tap-to-drag. He recompiled libinput and lowered the timeout > to 30msec. Would it be possible to make the timeout configurable? honestly not a big fan of exposing the timeout, it's IMO the wrong toggle. I don't want to expose configuration options that do one thing just so users can disable the other thing (xkcd workflow :). if we want this exposed, we should expose it as we want it to be used. > Again, I'd like to mention that even Apple allows this particular option to > be configurable. Considering the scant configurations they allow for the > touchpad (scrolling speed, inertial scrolling and tap-to-drag...note it > seems as though they don't allow the user to even disable tapping) I think > it's worth considering why they chose tap-to-drag to be exposed. > > https://support.apple.com/kb/PH18396?locale=en_US hmm, interesting. and it's hidden away in Accessibilty, which explains why I never noticed it myself. So the question is, what toggle do we want here? Just enabling/disabling the drag lock behaviour? (In reply to Peter Hutterer from comment #3) > (In reply to liam from comment #1) > > I just wanted to mention something Michael Murphy > > (https://plus.google.com/101372586948497437343/posts/BtR8SCCfFaq) did to fix > > his issues with tap-to-drag. He recompiled libinput and lowered the timeout > > to 30msec. Would it be possible to make the timeout configurable? > > honestly not a big fan of exposing the timeout, it's IMO the wrong toggle. I > don't want to expose configuration options that do one thing just so users > can disable the other thing (xkcd workflow :). if we want this exposed, we > should expose it as we want it to be used. I agree that exposing the timeout is not an ideal user experience - it's fiddly and requires trial and error on the part of the user. > > > Again, I'd like to mention that even Apple allows this particular option to > > be configurable. Considering the scant configurations they allow for the > > touchpad (scrolling speed, inertial scrolling and tap-to-drag...note it > > seems as though they don't allow the user to even disable tapping) I think > > it's worth considering why they chose tap-to-drag to be exposed. > > > > https://support.apple.com/kb/PH18396?locale=en_US > > hmm, interesting. and it's hidden away in Accessibilty, which explains why I > never noticed it myself. > > So the question is, what toggle do we want here? Just enabling/disabling the > drag lock behaviour? IMO a simple toggle to turn it on or off is adequate. (In reply to Peter Hutterer from comment #3) > (In reply to liam from comment #1) > > I just wanted to mention something Michael Murphy > > (https://plus.google.com/101372586948497437343/posts/BtR8SCCfFaq) did to fix > > his issues with tap-to-drag. He recompiled libinput and lowered the timeout > > to 30msec. Would it be possible to make the timeout configurable? > > honestly not a big fan of exposing the timeout, it's IMO the wrong toggle. I > don't want to expose configuration options that do one thing just so users > can disable the other thing (xkcd workflow :). if we want this exposed, we > should expose it as we want it to be used. > I can understand that. I only mentioned b/c you've already had to change the timeout once, so it's not impossible that it'll need to change again. The other reason was purely about ease of implementation. > > Again, I'd like to mention that even Apple allows this particular option to > > be configurable. Considering the scant configurations they allow for the > > touchpad (scrolling speed, inertial scrolling and tap-to-drag...note it > > seems as though they don't allow the user to even disable tapping) I think > > it's worth considering why they chose tap-to-drag to be exposed. > > > > https://support.apple.com/kb/PH18396?locale=en_US > > hmm, interesting. and it's hidden away in Accessibilty, which explains why I > never noticed it myself. > > So the question is, what toggle do we want here? Just enabling/disabling the > drag lock behaviour? Yes, that's what Apple seems to have done. Thanks again Best/Liam changing title to be more precise, we're only talking about drag lock, not tap-to-drag. commit 75581d58297dfd022dcdf8be2daf8b6306cc0b8c Author: Peter Hutterer <peter.hutterer@who-t.net> Date: Tue Jun 16 17:02:02 2015 +1000 Add configuration interface for tap drag-lock |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.