mirror of
https://gitlab.freedesktop.org/libinput/libinput.git
synced 2025-12-28 05:00:06 +01:00
79570fd492
The following sequence currently generates a right-button event: finger 1 down finger 2 down finger 1 up finger 2 held down This is easily triggered with short scroll events. There are two issues here: first is that the tapping code elsewhere treats any tap with a second finger down as a left-button tap, not a right button one. So if anything, we should generate a left button click here, not a right button click. Arguably, generating a button click here is wrong though, it's not a very well defined sequence and relatively difficult to trigger intentionally. So the best solution here is to simply ignore the release event and move straight back to state HOLD - unless the second finger is released within the timeout. If the finger is set down again during the timeout, we move straight to TOUCH_2_HOLD - this could eventually be interpreted as a tap, but not for now. Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Hans de Goede <hdegoede@redhat.com> |
||
|---|---|---|
| .. | ||
| dot | ||
| style | ||
| svg | ||
| absolute-axes.dox | ||
| clickpad-softbuttons.dox | ||
| device-configuration-via-udev.dox | ||
| faqs.dox | ||
| gestures.dox | ||
| libinput.doxygen.in | ||
| Makefile.am | ||
| middle-button-emulation.svg | ||
| normalization-of-relative-motion.dox | ||
| page-hierarchy.dox | ||
| palm-detection.dox | ||
| pointer-acceleration.dox | ||
| reporting-bugs.dox | ||
| scrolling.dox | ||
| seats.dox | ||
| t440-support.dox | ||
| tapping.dox | ||
| test-suite.dox | ||
| tools.dox | ||
| touchpad-edge-scrolling-state-machine.svg | ||
| touchpad-softbutton-state-machine.svg | ||
| touchpad-tap-state-machine.svg | ||
| touchpads.dox | ||
