1. 13 Sep, 2017 1 commit
  2. 10 Jul, 2017 1 commit
  3. 04 Jul, 2017 1 commit
    • Peter Hutterer's avatar
      touchpad: send a left button event when we move out of topbuttons and click · d698de6e
      Peter Hutterer authored
      We used to completely ignore a finger that was within the top software button
      area and then moved to the main area and remained there for a timeout. This
      avoids erroneous pointer movements when the user moves the finger while using
      the trackpoint.
      But we also ignored physical clicks, something we should not be doing. This
      patch fixes that behavior: we still ignore the finger for movement, but a
      physical click now triggers a left click once we've been in the area for the
      This new behavior doesn't apply within the timeout, i.e. if a finger is in the
      right top button area, moves out and immediately clicks, we still trigger a
      right click. This avoids erroneous switches to left-clicks when the finger is
      at the edge of the button area and moves out during the press.
      Related to: https://bugs.freedesktop.org/show_bug.cgi?id=99212Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
  4. 21 Jun, 2017 1 commit
  5. 01 Mar, 2017 1 commit
  6. 24 Feb, 2017 1 commit
    • Peter Hutterer's avatar
      evdev: standardize log messsages · 6181adbd
      Peter Hutterer authored
      Prefix device log messages with the device's sysname so it's more obvious
      where the messages are coming from. This makes it much easier to grep for a
      specific device's messages but also adds some identifier to messages that
      were previously without any identifier (e.g. all the state machine debugging)
      All info and error messages also automatically prefix the device name, so
      those messages are standardised too, e.g
      an info message now:
        event4  - SynPS/2 Synaptics TouchPad: is tagged by udev as: Touchpad
      a debug message now:
        event4  - using pressure-based touch detection
      And since this required changing a lot of the strings in messages anyway,
      polish a few minor things too.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Acked-by: default avatarHans de Goede <hdegoede@redhat.com>
  7. 08 Feb, 2017 2 commits
  8. 30 Jan, 2017 1 commit
  9. 11 Jan, 2017 1 commit
  10. 11 Aug, 2016 1 commit
  11. 31 Jul, 2016 1 commit
  12. 20 Jul, 2016 3 commits
  13. 17 Jul, 2016 1 commit
  14. 13 Jul, 2016 1 commit
  15. 03 Jul, 2016 1 commit
  16. 05 Apr, 2016 1 commit
    • Peter Hutterer's avatar
      touchpad: add a middle button software area · 886b5a2c
      Peter Hutterer authored
      Middle button interaction is most commonly to paste and it is a single-event
      interaction (button press). We provided middle button in software button mode
      by emulating it with a two-finger press with L+R down at the same time. This
      is also what many touchpads are spectacularly bad at, it is very common to
      detect the physical button down event before the second finger registers,
      resulting in left or right clicks where a middle button should be triggered.
      Unless the fingers are resting on the touchpad for at least one scanout, the
      success rate for middle button emulation is only at 70% or so.
      This patch adds a 25%-width middle button area between the left and the right
      software button, everything else stays the same. To avoid immediate breakage,
      the middle button emulation remains but may be removed in the future.
      The doc is updated to only refer to the middle button area now.
      https://bugs.freedesktop.org/show_bug.cgi?id=94755Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: default avatarHans de Goede <hdegoede@redhat.com>
  17. 31 Mar, 2016 1 commit
  18. 20 Jan, 2016 1 commit
  19. 28 Jul, 2015 1 commit
  20. 27 Jul, 2015 2 commits
  21. 23 Jul, 2015 1 commit
    • Peter Hutterer's avatar
      touchpad: only try thumb detection in the lowest 15/8mm · 689632cd
      Peter Hutterer authored
      That's the most likely area it will be resting in, if it's sitting anywhere
      above that it's likely part of an interaction.
      A thumb in the lowest 15mm needs to trigger the pressure threshold before it's
      labelled a thumb. A thumb in the lowest 8mm is considered a thumb if it
      remains there for 300ms. Regardless of the pressure, since we can't reliably
      get pressure here. If a thumb moves out of the area, or starts outside of that
      area it is never a thumb.
      If edge scrolling is enabled, the 8mm threshold is ineffective since we'll
      have normal interaction in that zone for horizontal scrolling.
      The thumb tests now require all touchpads to be switched to clickfinger, if we
      test for thumb detection on the bottom of the pad we won't get expected
      motion events due to the software button area.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: default avatarHans de Goede <hdegoede@redhat.com>
  22. 22 Jul, 2015 2 commits
  23. 21 Jul, 2015 3 commits
  24. 20 Jul, 2015 1 commit
  25. 14 Jul, 2015 2 commits
  26. 09 Jul, 2015 3 commits
  27. 06 Jul, 2015 1 commit
  28. 25 Jun, 2015 2 commits
  29. 21 Jun, 2015 1 commit