I'm trying to do final tweaks to my fedora22 system, and I can't live without drag lock for my trackball.
These commands have always worked before:
#!/bin/bash xinput --set-button-map \ 'Kensington Kensington Expert Mouse' \ 1 8 3 4 5 6 7 2 xinput --set-int-prop \ 'Kensington Kensington Expert Mouse' \ 'Evdev Drag Lock Buttons' 8 2 1
but on fedora 22 I don't get drag lock (although I do get the top left mouse button mapped to button 8).
Anyone have any idea what might have changed here?
On Sat, 1 Aug 2015 09:06:30 -0400 Tom Horsley wrote:
on fedora 22 I don't get drag lock (although I do get the top left mouse button mapped to button 8).
Anyone have any idea what might have changed here?
After poking around some more, I'm calling this an evdev bug. I have all the same properties according to xinput queries, but drag lock simply doesn't:
On Sat, 1 Aug 2015 09:06:30 -0400 Tom Horsley wrote:
on fedora 22 I don't get drag lock (although I do get the top left mouse button mapped to button 8).
Anyone have any idea what might have changed here?
Well, isn't that clever. X isn't using "evdev" any longer. It is using the "totally compatible" drop in replacement "libinput" in fedora 22. Naturally, it has no support for drag lock. Just as naturally, the xinput "lisp-props" command still shows me the drag lock property as one I can set. After spending all weekend figuring this out, I have discovered a simple command that fixes all my problems:
dnf erase xorg-x11-drv-libinput
Now X finds and uses the nasty old useless obsolete evdev input driver and I can finally use my trackball again.
On Sun, 2 Aug 2015 18:41:18 -0400 Tom Horsley horsley1953@gmail.com wrote:
On Sat, 1 Aug 2015 09:06:30 -0400 Tom Horsley wrote:
on fedora 22 I don't get drag lock (although I do get the top left mouse button mapped to button 8).
Anyone have any idea what might have changed here?
Well, isn't that clever. X isn't using "evdev" any longer. It is using the "totally compatible" drop in replacement "libinput" in fedora 22. Naturally, it has no support for drag lock. Just as naturally, the xinput "lisp-props" command still shows me the drag lock property as one I can set. After spending all weekend figuring this out, I have discovered a simple command that fixes all my problems:
dnf erase xorg-x11-drv-libinput
Now X finds and uses the nasty old useless obsolete evdev input driver and I can finally use my trackball again.
You might consider also filing bug(s) against libinput against the day that the old setup is dropped entirely.
kevin
On Mon, 3 Aug 2015 08:40:07 -0600 Kevin Fenzi wrote:
You might consider also filing bug(s) against libinput against the day that the old setup is dropped entirely.
Already did that. Started out as an evdev bug till I finally discovered it wasn't using evdev, so I changed it to a libinput bug: