1. 30 Aug, 2016 1 commit
    • Peter Hutterer's avatar
      conf: drop libinput to below the other drivers · 0f7c5ed0
      Peter Hutterer authored
      This is the continuation of 3f569ec4, dropping libinput below the remaining
      drivers. Wacom and synaptics already sort higher anyway (see wacom commit
      0da5cd54 and synaptics commit 59e5db025). evdev remains the catchall
      basic fallback driver and is overwritten by libinput. The two drivers affected
      by this patch are joystick and vmmouse.
      joystick is a niche driver and drives devices libinput doesn't handle anyway
      so there is no need to override. If a user installs it, presumably it is to
      use it.
      vmmouse is a niche driver and does not assign itself anymore for newer kernel
      drivers (see vmmouse commit 576e8123 from Oct 2014). So if vmmouse is
      installed it can safely sort higher than libinput.
      Note: this is upstream behavior, distributions have to work out the wanted
      behavior themselves by renaming the config snippets accordingly.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: default avatarHans de Goede <hdegoede@redhat.com>
  2. 28 Apr, 2016 1 commit
    • Peter Hutterer's avatar
      conf: rename to 60-libinput.conf · 3f569ec4
      Peter Hutterer authored
      60 sorts higher than the other drivers (evdev has 10, synaptics, wacom and
      others have 50) so we keep the same order.
      This is part of a two-step solution, the other half is renaming the
      xf86-input-wacom's config snippet to sort higher than libinput's.
      Currently libinput picks up devices that are (for now) destined to the wacom
      driver. Since the wacom driver is more of a leaf package than libinput, the
      best option here is to make the wacom driver sort higher and let users
      uninstall it when not needed. To avoid crowding the 90-* space where users
      usually have custom config snippets, drop libinput down to 60 and bump wacom
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Acked-by: Jason Gerecke's avatarJason Gerecke <jason.gerecke@wacom.com>
  3. 17 Sep, 2015 2 commits
  4. 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
      * 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
      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>
  5. 21 Jan, 2015 2 commits
  6. 20 Jan, 2015 1 commit
  7. 26 Sep, 2014 1 commit
  8. 07 Aug, 2014 1 commit
  9. 06 Aug, 2014 2 commits
  10. 24 Jul, 2014 1 commit
  11. 19 Dec, 2013 1 commit