Originally posted by debianxfce
View Post
Announcement
Collapse
No announcement yet.
High Resolution Scroll Wheel Support Being Worked On For Wayland
Collapse
X
-
Last edited by retardxfce; 16 May 2019, 04:12 PM.
-
XFCE has had this feature for at least 20 years. This is why nobody takes IBM-wayland seriously.
Leave a comment:
-
Originally posted by intelfx View Post
No. I assume it's all due to a disconnect between what hardware sends and how kernel interprets what the hardware sends. Specifically, kernels 4.20 and earlier (lacking high-resolution scrolling support) assumed that Logitech mice send low-resolution events, and kernels 5.0 and later (having gained the high-resolution scrolling support) now assume that Logitech mice only send high-resolution events. At the same time, the switches in Solaar control what the hardware will actually send.
I suppose this is something to fix in the kernel, so that it will switch Logitech mice to high-resolution scrolling itself, without any help from 3rd party userspace.
Even with Solaar running, sometimes the mouse gets "stuck" in slow scrolling mode, and after a few seconds scrolling becomes normal again. Without Solaar, it would stay in the slow mode until turning the device off/on. I hope these kinks get ironed out.
Leave a comment:
-
Originally posted by aaahaaap View Post
Apple's touchpad works fine/like a touchpad.
I haven't tried the current model yet though, only the previous one.
The current version default for the threshold of tap recognition is a little high for my liking, but changing the AtttrPressureRange= setting in /etc/libinput/local-overrides.quirks to 4:0 fixed that.
Leave a comment:
-
Originally posted by blueweb View PostIn kernel 4.20, Wheel Resolution = OFF was normal behavior while ON was very sensitive/fast. I kept it OFF. Since then the slowness hasn't happened even in kernel 5.0.
My guess is that in kernel 5.0, solaar's settings have inverted and that there is a bug with the high resolution scrolling feature. Wheel Resolution = ON in kernel 5.0 is just the same behavior as always. But ON in kernel 4.20 was very noticeably smoother. Not sure how that could be experienced if the feature only showed up in kernel 5.0.
I suppose this is something to fix in the kernel, so that it will switch Logitech mice to high-resolution scrolling itself, without any help from 3rd party userspace.
Leave a comment:
-
Originally posted by Danniello View Post
I do not start solaar manually, but yes - solaar is visible in gnome-system-monitor.
It looks like solaar is starting automatically:
```
$ locate solaar
/etc/xdg/autostart/solaar.desktop
[...]
```
I still think there may be an issue, with the inverted settings in solaar being a clue.
Btw, I think startup applications are controlled or overridden from files in `~/.config/autostart`, at least in MATE. If I uncheck solaar from Startup Applications, `~/.config/autostart/solaar.desktop` appears which has a line that sets autostarting it to false. Checking solaar to autostart makes that file disappear. So the existence of `/etc/xdg/autostart/solaar.desktop` or equivalent doesn't tell the whole story.
Leave a comment:
-
Originally posted by blueweb View PostSpoke too soon. The slow scrolling returned in kernel 5.0 with Wheel Resolution having been set to ON. But launching solaar restored normal scrolling, without changing settings.
Danniello Do you keep solaar running? So far the slow scrolling hasn't happened while it runs.
It looks like solaar is starting automatically:
```
$ locate solaar
/etc/xdg/autostart/solaar.desktop
[...]
```
Leave a comment:
-
Spoke too soon. The slow scrolling returned in kernel 5.0 with Wheel Resolution having been set to ON. But launching solaar restored normal scrolling, without changing settings.
Danniello Do you keep solaar running? So far the slow scrolling hasn't happened while it runs.
Leave a comment:
-
Originally posted by Danniello View Post
Kernel 4.20 - mouse wheel was always working OK - no sleep/unsleep/reboot/USB re-connect/etc. needed.
The slowness started immediately after update and reboot to kernel 5.0 (but there was plenty of other packages also updated). I did not try PC sleep/USB reconnect/etc. - I immediately started solaar and changed option "Wheel Resolution" to "On" and it solved issue permanently.
Now mouse wheel is working always OK - also after PC sleep/wake up or fresh reboot (no need to start solaar manually).
Now in kernel 5.0 I took a look in solaar and Wheel Resolution was still OFF. Turning it ON maintained normal behavior, but setting it OFF results in the slowness! So now I'm keeping it ON and I'll keep using/upgrading kernel 5.0.
I suspect that the settings shown in solaar have flipped/inverted somehow. For the Logitech k830 keyboard, solaar has the option to "Swap Fx functions" which is OFF by default. i.e. use the Function key to access the secondary F1-F12 keys while media keys are accessed directly, or "swap" = ON so the media keys are secondary with the Function key and F1-F12 are primary. Contrary to before, now with Swap = OFF, the behavior is inverted with the F keys being primary.
My guess is that in kernel 5.0, solaar's settings have inverted and that there is a bug with the high resolution scrolling feature. Wheel Resolution = ON in kernel 5.0 is just the same behavior as always. But ON in kernel 4.20 was very noticeably smoother. Not sure how that could be experienced if the feature only showed up in kernel 5.0.
Leave a comment:
-
Originally posted by Chugworth View PostSo high resolution scrolling still hasn't arrived in user-space yet? That's good to know. I was considering buying one of those high resolution mice, but I don't really like the choices. However, it appears that the high resolution support is hard-coded into the kernel on a per-device basis, so it might not be a good idea to wait for the release of some new mouse.
When you move from using Linux on a laptop to using Linux on a desktop, the scrollwheel is just awful. Especially without autoscroll. I'm really hoping that high resolution scrolling will fix that.
Leave a comment:
Leave a comment: