- 19 May, 2020 5 commits
-
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Released June 2018, that should be recent enough. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 11 Oct, 2019 1 commit
-
-
Peter Hutterer authored
Add a boolean option/property to enable/disable the scroll button lock. Where enabled, the button can be clicked and released as opposed to having to be held down. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 12 Aug, 2019 3 commits
-
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
This merely tests against the devel package in Fedora, not against the xserver from git. Should be enough, the driver here doesn't change enough to need the git builds. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
This bumps the required libinput version to 1.7 - which has been out for over two years now. That's conservative enough. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 31 Jul, 2019 2 commits
-
-
Peter Hutterer authored
Fixed #25 Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 30 Jul, 2019 1 commit
-
-
Peter Hutterer authored
This was part of the high-resolution wheel work that was factored out ahead of time. Problem is: this breaks scroll button emulation in the server as we use the distance to determine when we click buttons 4-7. Before: movement of 15 normalized pixel units on a touchpad - one click. Now: 120 of those units. So that's a bit less than ideal. The change to 120 can be done, but needs the corresponding handling in the axis distance calculations. Fixes #24 This reverts commit 05548118.
-
- 25 Feb, 2019 1 commit
-
-
David Rosca authored
On devices with tools having both serial and id 0, it would fail to create separate subdevices. Thinkpad X220T (Wacom ISDv4 E6) now correctly registers Pen and Eraser xinput devices.
-
- 12 Feb, 2019 1 commit
-
-
Peter Hutterer authored
This is just a number, to be used as divider and shouldn't have any effect in correctly written clients. With the high-res scrolling coming up however, we have a few devices where the dist cannot be expressed as an integer fraction of 15, so let's up it to 120 because we know all hardware wheels have to be an integer fraction of that that, thanks to Microsoft's API requirements. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 04 Feb, 2019 1 commit
-
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 25 Jan, 2019 1 commit
-
-
Peter Hutterer authored
The driver currently assumes that any wheel event has a non-zero discrete value of 1. This is incorrect, it just hasn't triggered yet with any device. With the hi-res scroll patches in place in the kernel and libinput, we may get wheel events with a discrete value of 0. We assume that if this ever happens, the device has some sensible click angle set so all we need to do is ignore the discrete 0 events and wait for the first discrete event to come. Also add an explanatory comment too to make it clear the calculation is only done once. Fixes #19 Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 23 Jan, 2019 1 commit
-
-
Peter Hutterer authored
This is prep work for the hi-res work but right now, no real functional changes. It does however fix a bug where we used the vertial scroll dist for the horizontal wheel as well. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 21 Jan, 2019 1 commit
-
-
Peter Hutterer authored
If we need more per-axis fields, it's easier to add this way. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 07 Jan, 2019 1 commit
-
-
Peter Hutterer authored
Users still like to copy the whole file, potentially messing things up. Let's put a warning into the file directly that this is less than ideal. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 25 Nov, 2018 1 commit
-
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 18 Nov, 2018 1 commit
-
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 15 Oct, 2018 1 commit
-
-
Peter Hutterer authored
Value stored but never read. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 14 Oct, 2018 1 commit
-
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 04 Oct, 2018 1 commit
-
-
Peter Hutterer authored
The device slot is per-device, so if we have more than one device we may get a touch down event for a slot already in use. Fixes libinput/libinput#153 Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 19 Jul, 2018 1 commit
-
-
Peter Hutterer authored
dev is our list iterator below, this is a dead assignment Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 11 Jul, 2018 2 commits
-
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 10 Jul, 2018 1 commit
-
-
Peter Hutterer authored
Passing in the size of the array but using it as "number of elements" inside the function. Rename a bunch of arguments to avoid this. https://bugs.freedesktop.org/show_bug.cgi?id=107166 Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 22 May, 2018 1 commit
-
-
Peter Hutterer authored
Custom pointer acceleration curves were reverted in libinput, so no point having this code here. This reverts commit d84e0035 . Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 02 May, 2018 1 commit
-
-
Peter Hutterer authored
Initial version by Johannes Pointner <h4nn35.work@gmail.com> Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 20 Apr, 2018 2 commits
-
-
Peter Hutterer authored
One new property, and the existing accel profile gets extended to keep one extra value. The new property libinput Accel Curve Points is a list of pairs of points to be added to the acceleration curve. libinput only supports adding points to the curve so we simply declare the behavior as undefined when the curve is set multiple times. Also helps to identify those that bother to read the man page before playing with random driver values. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
This one shows up in the log and marks it as used. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 17 Apr, 2018 2 commits
-
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 09 Apr, 2018 1 commit
-
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 22 Mar, 2018 1 commit
-
-
Remove conditional that prevents the LIBINPUT_PROP_LEFT_HANDED{,DEFAULT} properties from being set on all pointer devices (only the first got it). This appears to be a debugging left-over accidentally merged in 6d3bd454. https://bugs.freedesktop.org/show_bug.cgi?id=105667 Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 20 Mar, 2018 2 commits
-
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
For logind-setups we need to match the path libinput wants to open with the Option Device path that the device has so we know when to return the server-fd. This doesn't work for by-id or by-path because libinput resolves those (through udev) to the actual eventX node so our paths look different when they are the same device. This could be fixed but since this is easy enough to work around with a InputClass section and rather a niche case, it's not really worth the effort. https://bugs.freedesktop.org/show_bug.cgi?id=105562 Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Adam Jackson <ajax@redhat.com>
-
- 20 Feb, 2018 1 commit
-
-
Peter Hutterer authored
Properties are initialized on the correct devices only but on resume we'd just blindly apply the config from our device. Depending on the resume order, this would mean we'd apply a previously set config with a default config. Example: * pointer device with keyboard subdevice * pointer device exports natural scrolling, keyboard device does not and remains at default (off) * client enables natural scrolling on the pointer device * VT switch away, VT switch back * pointer device gets enabled first, enables natural scrolling on the libinput device * keyboard device gets enabled second, resets to the default value Reported-by:
Yuxuan Shui <yshuiv7@gmail.com> Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Tested-by:
Yuxuan Shui <yshuiv7@gmail.com>
-
- 02 Feb, 2018 1 commit
-
-
Peter Hutterer authored
No functional changes
-