4 ms·
> no working kinetic scroll on the touchpad This is an issue with libinput. libinput unlike the old synaptics driver, has no kinetic scrolling built into it
by stametseater 4y ago
> no working kinetic scroll on the touchpad
This is an issue with libinput. libinput unlike the old synaptics driver, has no kinetic scrolling built into it and applications are left to implement that themselves. The way the synaptics driver did it, a flicked scroll gesture on the touch pad would generate numerous scroll events. This had some advantages; it worked in every program that accepted scroll events at all, and it worked the same in all of them. The downside is that applications couldn't distinguish those kinetic scroll events from user generated scroll events. So if you held down the control button while a kinetic scroll was in progress, you may find that firefox suddenly zoomed the document you were viewing.
With libinput, kinetic scrolling is left entirely to the application. It should therefore work in firefox, but won't work in most other applications. And when it does work, it is often inconsistent because different applications that do implement their own kinetic scrolling don't all have it configured in the same way.
The devs say libinput is better because synaptics was too old, crufty, too configurable with too many edge cases to test... but from a user perspective I think synpatics was better.
- zatni 4y ago> The devs say libinput is better because synaptics was too old, crufty, too configurable with too many edge cases to test... but from a user perspective I think synpatics was better. That has been the user story on the linux desktop since forever. Gnome 2 -> 3 Xorg -> Wayland Alsa -> Pulseaudio Synaptics -> libinput Every single time, it's better for the developer and removing user functionality and making life on the linux desktop more horrifying. Oh and gtk4 font rendering is broken for anyone who doesn't have a 300 DPI monitor. The current implementation of antialiasing causes blur. Can't even fix it by using a bitmap font as a replacement as they are no longer supported since the removal of FreeType. Sometimes one can't help but wonder if Red Hat is paid to sabotage the linux desktop and keep the OS firmly in the camp of server side.
- tannhaeuser 4y agoSo much this. Maybe we can add containers for desktop apps which no end user wanted ever but might be easier for packaging apps running on every distro - except there are now snaps and flatpacks so back to square one with .deb and .rpm ;) Meanwhile there have been exactly zero new F/OSS desktop apps for over a decade except IDEs and even those are mostly Electron-based. What a mess.
- yjftsjthsd-h 4y ago> Meanwhile there have been exactly zero new F/OSS desktop apps for over a decade except IDEs and even those are mostly Electron-based. What a mess. Er, that's just objectively not true. Here's exactly one new FOSS desktop app: https://github.com/quotient-im/Quaternion https://github.com/quotient-im/Quaternion - I don't know how old it is, but it's a Matrix client and Matrix is only 8 years old so less than a decade.
- stametseater 4y ago> Alsa -> Pulseaudio At least pipewire finally got it right, as far as I've experienced anyway. > Sometimes one can't help but wonder if Red Hat is paid to sabotage the linux desktop and keep the OS firmly in the camp of server side. The way it feels to me, Red Hat supports GNOME's continued existence because RHEL on workstations is something they want to exist at least on paper, but they have no real interest in making it a viable competitor to Windows.