1. 15 May, 2017 1 commit
  2. 12 Jan, 2017 1 commit
    • Peter Hutterer's avatar
      Add tablet tool area ratio property · 974ab6b6
      Peter Hutterer authored
      By default, the X server maps the tablet axes to the available screen area.
      When a tablet is mapped to the screen but has a different aspect ratio than
      the screen, input data is skewed. Expose an area ratio property to map the
      a subsection of the available tablet area into the desired ratio.
      
      Differences to the wacom driver: there the x/y min/max values must be
      specified manually and in device coordinates. For this driver we merely
      provide the area ratio (e.g. 4:3) and let the driver work out the rest.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: Jason Gerecke's avatarJason Gerecke <jason.gerecke@wacom.com>
      974ab6b6
  3. 03 Jan, 2017 1 commit
    • Peter Hutterer's avatar
      Implement stylus pressure curve support · 5d047073
      Peter Hutterer authored
      Takes a 4-point cubic bezier curve as input and maps the pressure coordinates
      to the values outlined by this curve. This is an extension of the current
      implementation in the xf86-input-wacom driver which only allows the two center
      control points to be modified.
      
      Over the years a few users have noted that the wacom driver's pressure curve
      makes it impossible to cap the pressure at a given value. Given our bezier
      implementation here, it's effectively a freebie to add configurability of the
      first and last control points. We do require all control points' x coordinates
      to be in ascending order.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      5d047073
  4. 27 Oct, 2016 1 commit
  5. 07 Sep, 2016 1 commit
  6. 31 Aug, 2016 1 commit
  7. 03 Jul, 2016 1 commit
  8. 28 Jan, 2016 1 commit
  9. 26 Oct, 2015 1 commit
  10. 31 Aug, 2015 1 commit
  11. 12 Aug, 2015 2 commits
    • Peter Hutterer's avatar
      Add an option to disable horizontal scrolling · f139f142
      Peter Hutterer authored
      libinput always has horizontal scrolling enabled and punts the decision when
      to scroll horizontally to the toolkit/widget. This is the better approach, but
      while we have a stack that's not ready for that, and in the X case likely
      never will be fully ready provide an option to disable horizontal scrolling.
      
      This option doesn't really disable horizontal scrolling, it merely discards
      any horizontal scroll delta. libinput will still think it's scrolling.
      
      https://bugs.freedesktop.org/show_bug.cgi?id=91589Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: default avatarHans de Goede <hdegoede@redhat.com>
      f139f142
    • Peter Hutterer's avatar
      Add drag lock support · e3a888c3
      Peter Hutterer authored
      First, why is this here and not in libinput: drag lock should be implemented
      in the compositor (not in libinput) so it can provide feedback when it
      activates and grouped in with other accessibility features. That will work for
      Wayland but in X the compositor cannot filter button events - only the server
      and the drivers can.
      
      This patch adds mostly the same functionality that evdev provides with two
      options on how it works:
      * a single button number configures the given button to lock the next button
        pressed in a logically down state until a press+ release of that same button
        again
      * a set of button number pairs configures each button with the to-be-locked
        logical button, i.e. a pair of "1 3" will hold 3 logically down after a
        button 1 press
      
      The property and the xorg.conf options take the same configuration as the
      evdev driver (though the property has a different prefix, libinput instead of
      Evdev).
      
      The behavior difference to evdev is in how releases are handled, evdev sends
      the release on the second button press event, this implementation sends the
      release on the second release event.
      
      https://bugs.freedesktop.org/show_bug.cgi?id=85577Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: default avatarHans de Goede <hdegoede@redhat.com>
      e3a888c3
  12. 04 Aug, 2015 1 commit
  13. 21 Jul, 2015 1 commit
  14. 09 Jul, 2015 1 commit
  15. 30 Apr, 2015 1 commit
  16. 28 Apr, 2015 1 commit
  17. 23 Apr, 2015 1 commit
  18. 17 Mar, 2015 2 commits
  19. 26 Feb, 2015 1 commit
  20. 01 Dec, 2014 1 commit
  21. 24 Nov, 2014 3 commits
  22. 05 Oct, 2014 1 commit
  23. 26 Sep, 2014 2 commits