1. 03 Jan, 2017 2 commits
    • 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
    • Peter Hutterer's avatar
      Add a bezier curve implementation · f65a5c50
      Peter Hutterer authored
      Needed for the wacom stylus pressure curve
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      f65a5c50
  2. 12 Aug, 2015 1 commit
    • 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: 's avatarHans de Goede <hdegoede@redhat.com>
      e3a888c3
  3. 11 Aug, 2015 1 commit
    • Peter Hutterer's avatar
      Rename main source file to x86libinput.c · fe58cff4
      Peter Hutterer authored
      To avoid conflict and confusion with libinput's sources. This was originally
      triggered by needing a header file for the driver which cannot be named
      libinput.h. That need went away after other refacturing, but we might as well
      rename it now, sooner or later we'll need a xf86libinput.h file.
      
      Can't do much about the libinput-properties header though, not worth breaking
      other projects and it's namespaced into /usr/include/xorg anyway.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      fe58cff4
  4. 26 Jun, 2014 1 commit
  5. 19 Dec, 2013 1 commit