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
On Sun, 2 Aug 2015 18:41:18 -0400
Tom Horsley 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,
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 "total
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
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 \
'Kensi
