|Summary:||Clickpad's should ignore thumbs preparing for and engaging in a click|
|Product:||xorg||Reporter:||Jeremy Huddleston Sequoia <jeremyhu>|
|Component:||Input/synaptics||Assignee:||Peter Hutterer <peter.hutterer>|
|Status:||RESOLVED FIXED||QA Contact:|
|Priority:||medium||CC:||asb, bugs.freedesktop.org, bugs.freedesktop.org, peter.hutterer|
|i915 platform:||i915 features:|
|Bug Depends on:|
Description Jeremy Huddleston Sequoia 2013-07-03 06:26:50 UTC
Related to my #66532, but this one is probably the correct solution to my problem. If I am holding down the button with my thumb to initiate a drag, and I move my finger across the clickpad, a scroll event is generated because of the two touch points. Similarly, if I am preparing for a click and have my thumb resting on the clickpad, it should not be seen as a second touch. This can be an option for Clickpads enabled like: Option "IgnoreThumb" "<bool>" or Option "IgnoreThumbArea" "<L> <R> <T> <B>"
Comment 1 Jeremy Huddleston Sequoia 2013-07-03 06:42:50 UTC
Correction... It seems that the clicked case is actually ok. It seems that I was getting scroll events in some cases because of some weird interactions with BottomEdgeArea, but once I use a config without the BottomEdgeArea, the clicked-finger is ignored ... so this is really just about ignoring the thumb that is just resting there in preparation to click.
Comment 3 C Snover 2013-07-20 22:23:15 UTC
Downstream (Ubuntu): https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/1026046
Comment 4 Peter Hutterer 2014-03-07 05:51:06 UTC
Should be fixed with Hans' patches leading up to c431d900f54696f608312ea51b1fa671839f7d42