rust-windowing
Inertial scrolling support in linux
Description
It would be nice to have inertial scrolling for touch pads under linux.
Notably alacritty, which is using winit, is one of the few programs that lack inertial scrolling: https://github.com/alacritty/alacritty/issues/4175#top
The maintainers there argue, it should be a library/ system wide setting. At the same time, the libinput developer argues, that the input library lacks the necessary context to handle this.
Do you see a chance of it happening here?
Relevant platforms
No response
If the user starts some inertial scrolling while the cursor is over a text box, and then moves the cursor over a dropdown while the inertial scrolling is still ongoing, should the inertial scrolling affect the dropdown?
Some people believe that the answer is no, and so they also believe that inertial scrolling cannot be implemented at any layer that doesn't understand the contents of the window. In the case of alacritty, that would be alacritty itself.
Moving the pointer would probably anyways stop scrolling, but the general argument goes along those lines. The problem probably manifests most when pressing control in firefox while scrolling.
Personally, I am able to pull off the scroll-stop just in time before I start another maneuver quite reliably, so i don't quite understand why this had to be 'fixed'.
'fixed' of course implies completely breaking kinetic scroll for years - before it gets re-implemented in all affected programs.
In any case, winit currently does not provide enough information for applications to implement this.
yes. (sorry for the rant..)
do you think, winit should
- provide necessary means for clients to implement it? or
- or should it generate scroll events itself
- or both?