1. 23 Feb, 2015 3 commits
  2. 22 Feb, 2015 1 commit
  3. 20 Feb, 2015 1 commit
  4. 19 Feb, 2015 1 commit
  5. 18 Feb, 2015 5 commits
  6. 17 Feb, 2015 1 commit
  7. 13 Feb, 2015 2 commits
  8. 11 Feb, 2015 2 commits
  9. 08 Feb, 2015 4 commits
  10. 06 Feb, 2015 5 commits
    • Peter Hutterer's avatar
      doc: document that we're ignoring position-less clicks · eeac661d
      Peter Hutterer authored
      This can happen a lot easier on the new Lenovo series, so document that this
      is intentional behavior.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      eeac661d
    • Peter Hutterer's avatar
      Introduce device groups to group logical devices together · e3a43902
      Peter Hutterer authored
      Devices like Wacom tablets have multiple event nodes (touch, pad and stylus).
      This requires some logical grouping, e.g. setting an Intuos 5 tablet
      left-handed effectively turns it upside down. That then applies to both the
      stylus and the touch device.
      
      Merging the devices into one struct libinput_device is not feasable, it
      complicates the API for little benefit. A caller would still need access to
      all subdevices to get udev handles, etc. Some configuration options apply to
      the whole device (left-handed) but some (may) only apply to a single subdevice
      (calibration, natural scrolling).
      
      Addressing this would make the libinput API unwieldly and hard to use.
      
      Instead, add a device group concept. Each device is a member of a device
      group - a singleton for most devices. Wacom tablets will have a single group
      across multiple devices, allowing the caller to associate the devices together
      if needed.
      
      The API is intentionally very simple and requires the caller to keep track of
      groups and which/how many devices are in it. The caller has more powerful
      libraries available to do that than we have.
      
      This patch does not address the actual merging of devices into the same
      device group, it simply creates a new group for each new device.
      
      [rebased on top of 0.10]
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: 's avatarHans de Goede <hdegoede@redhat.com>
      Reviewed-by: Jonas Ådahl's avatarJonas Ådahl <jadahl@gmail.com>
      e3a43902
    • Peter Hutterer's avatar
      configure.ac: libinput 0.10.0 · ca4e03fb
      Peter Hutterer authored
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      ca4e03fb
    • Olivier Fourdan's avatar
      Fix an abort if the device speed is NaN · f420c54a
      Olivier Fourdan authored
      When using libinput with xf86-input-libinput, the device speed is
      represented as a float passed via X properties.
      
      If a buggy client gives a broken value, the conversions that occur
      can cause the value of speed to be NaN (not a number), aka infinity.
      
      In C, any comparison with NaN always gives false, whatever the value.
      
      So that test in libinput_device_config_accel_set_speed():
      
         (speed < 1.0 || speed > 1.0)
      
      will necessarily return FALSE, defeating the test of range.
      
      However, since since any comparison with NaN is false, the
      opposite assert() in accelerator_set_speed():
      
         (speed >= 1.0 && speed <= 1.0)
      
      will be false as well, thus triggering the abort() and the crash of
      the entire X server along with it.
      
      The solution is to use the same construct in both routines, so that
      it fails gracefully in libinput_device_config_accel_set_speed().
      Signed-off-by: 's avatarOlivier Fourdan <ofourdan@redhat.com>
      Reviewed-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      f420c54a
    • Peter Hutterer's avatar
      cosmetic: fix grammar in doxygen · 65b56470
      Peter Hutterer authored
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      65b56470
  11. 03 Feb, 2015 10 commits
  12. 30 Jan, 2015 2 commits
  13. 29 Jan, 2015 3 commits