Weird behavior with scrollwheel
NerosTie opened this issue · 3 comments
On KDE, the scrollwheel has a weird behavior. When I alt+tab between windows, then I use the scrollwheel, it scrolls up when I want to scroll down the first time then it scrolls down…
If I use this script to deactivate the keyboard feature, it works as expected.
#!/bin/sh
DEVICE_ID=$(xinput list | grep "Logitech G300s Optical Gaming Mouse" | grep keyboard | sed 's/.*id=\([0-9]*\).*/\1/')
if
xinput -list-props $DEVICE_ID | grep "Device Enabled" | grep "1$" > /dev/null
then
xinput set-int-prop $DEVICE_ID "Device Enabled" 8 0
fi
But… the extra buttons don't work anymore and I can't use ratslap
with this solution.
Have you the same issue?
Do you have an idea for a solution?
Can ratslap
do something about that?
Thank you!
EDIT: well, you know what? It seems I don't have this bug on Wayland. So, maybe, the best solution is to switch to Wayland when it will be better.
I have tried to replicate in my WM (i3) without success. Sounds like an issue with KDE?
Once you disable the keyboard functionality then yes, the mouse cannot send keyboard events. It SHOULD however still work if you assign the buttons to mouse buttons ("button9" etc). Worst case you could do that and then have something listening for those buttons to generate keyboard events. It's a hack and a half but it'd work I'd say. There is a tool that can listen for those mouse buttons and do that but I don't recall it's name right now.
Incidentally, my i3 instance is in X so if it's not purely a "KDE" issue it could be a "KDE in X" issue.
It's fixed and it was not related to ratslap.