xf86-input-libinput: Changes to 'master'

[Peter Hutterer]

 Makefile.am                   |    2 
 configure.ac                  |    1 
 include/libinput-properties.h |   10 
 man/libinput.man              |   56 ++++
 src/Makefile.am               |    4 
 src/draglock.c                |  282 +++++++++++++++++++++
 src/draglock.h                |  159 ++++++++++++
 src/xf86libinput.c            |  204 +++++++++++++++
 test/.gitignore               |    1 
 test/Makefile.am              |   13 +
 test/test-draglock.c          |  540 ++++++++++++++++++++++++++++++++++++++++++
 11 files changed, 1267 insertions(+), 5 deletions(-)

New commits:
commit f139f1424936abdc43b2c8611d569b496ffa4a68
Author: Peter Hutterer <peter.hutterer at who-t.net>
Date:   Wed Aug 12 10:15:31 2015 +1000

    Add an option to disable horizontal scrolling
    
    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=91589
    
    Signed-off-by: Peter Hutterer <peter.hutterer at who-t.net>
    Reviewed-by: Hans de Goede <hdegoede at redhat.com>

commit e3a888c3ab0f4cc42943b0216852cba110c3dad2
Author: Peter Hutterer <peter.hutterer at who-t.net>
Date:   Fri Aug 7 15:19:12 2015 +1000

    Add drag lock support
    
    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=85577
    
    Signed-off-by: Peter Hutterer <peter.hutterer at who-t.net>
    Reviewed-by: Hans de Goede <hdegoede at redhat.com>