- 22 May, 2020 1 commit
-
-
Matt Mayfield authored
!292 improved libinput's ability to detect multiple-finger clicks when the fingers were not aligned close to horizontally. However that caused thumb detection to fail in several use cases. This patch restores thumb detection for - 2+ finger physical clickpad presses - resting thumb while two-finger scrolling - touches in the thumb exclusion area during multi-finger taps and improves pinch detection when thumb is centered below fingers. It also further enhances the flexibility of finger position for 2-, 3-, or 4-finger taps: if all tapping fingers land on the touchpad within a short time (currently 100ms), they will all count regardless of position (unless below the lower_thumb_line). Signed-off-by:
Matt Mayfield <mdmayfield@yahoo.com>
-
- 25 Sep, 2019 2 commits
-
-
Peter Hutterer authored
Previously, any lower finger spaced more than the vertical threshold apart would be labelled as thumb. This causes some taps to be detected as single-taps, particularly where the user's hand is at an angle that causes the touches to be effectively vertical. Restructure that condition so that we only go for a thumb if we're distinctively apart, and we only *not* go for thumb if we're distinctively close together. Fixes #359Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Just above that line is an early return if either is NULL, so... Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 16 Jul, 2019 3 commits
-
-
Matt Mayfield authored
-
Matt Mayfield authored
-
Matt Mayfield authored
Instead of a simple yes/no/maybe for thumbs, have a more extensive state machine that keeps track of the thumb. Since we only support one thumb anyway, the tracking moves to the tp_dispatch struct. Test case changes: touchpad_clickfinger_3fg_tool_position: with better thumb detection we can now handle this properly and expect a right button (2fg) press for the test case touchpad_thumb_no_doublethumb_with_timeout: two thumbs are now always two fingers, so let's switch to axis events here Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 15 Jul, 2019 9 commits
-
-
Peter Hutterer authored
Only sets the state to YES at the moment, will do more in the future. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
No functional changes, just prep work for a later patch where the thumbs will dynamically update their state (instead of just using yes/no/maybe). Extracted from Matt Mayfield's thumb detection patches. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
No functional changes Extracted from Matt Mayfield's thumb detection patches. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Extracted from Matt Mayfield's thumb detection patches. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Extracted from Matt Mayfield's thumb detection patches. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Not needed because we zalloc() anyway, but this makes it grep-able. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
This moves the thumb state logging directly into that helper function too. Extracted from Matt Mayfield's thumb detection patches. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Extracted from Matt Mayfield's thumb detection patches. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
No functional changes Extracted from Matt Mayfield's thumb detection patches. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 16 Jun, 2015 1 commit
-
-
Peter Hutterer authored
To quote Bryce Harrington from [1]: "MIT has released software under several slightly different licenses, including the old 'X11 License' or 'MIT License'. Some code under this license was in fact included in X.org's Xserver in the past. However, X.org now prefers the MIT Expat License as the standard (which, confusingly, is also referred to as the 'MIT License'). See http://cgit.freedesktop.org/xorg/xserver/tree/COPYING When Wayland started, it was Kristian Høgsberg's intent to license it compatibly with X.org. "I wanted Wayland to be usable (license-wise) whereever X was usable." But, the text of the older X11 License was taken for Wayland, rather than X11's current standard. This patch corrects this by swapping in the intended text." libinput is a fork of weston and thus inherited the original license intent and the license boilerplate itself. See this thread on wayland-devel here for a discussion: http://lists.freedesktop.org/archives/wayland-devel/2015-May/022301.html [1] http://lists.freedesktop.org/archives/wayland-devel/2015-June/022552.htmlSigned-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Hans de Goede <hdegoede@redhat.com> Acked-by:
Benjamin Tissoires <benjamin.tissoires@gmail.com> Acked-by:
Jonas Ådahl <jadahl@gmail.com>
-
- 12 Nov, 2013 1 commit
-
-
Jonas Ådahl authored
This commit introduces build script configuration for building a shared library 'libinput.so' containing the evdev input device functionality from weston. evdev.c, evdev.h and evdev-touchpad.c are ported to not use the data structures and API in weston and libwayland-server in order to minimize dependencies. The API of filter.c and filter.h are renamed to not include the 'weston_' prefix. Signed-off-by:
Jonas Ådahl <jadahl@gmail.com>
-