https://bugs.kde.org/show_bug.cgi?id=456383
Nate Graham <n...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |wishlist
Summary|Inertial scrolling is not |Add inertial scrolling to
|supported with libinput |WheelHandler for touchpad
| |and touchscreen scrolls
Ever confirmed|0 |1
Keywords| |usability
Status|REPORTED |CONFIRMED
CC| |n...@kde.org,
| |noaha...@gmail.com
--- Comment #1 from Nate Graham <n...@kde.org> ---
If you're saying that we in KDE should forcibly inject inertia ourselves at the
driver level (like Synaptics did), that's not really possible. On X11, we don't
control the part of the stack where it would need to be implemented. On
Wayland, we could do it, but our implementation will conflict with toolkits
that already do it themselves, so there will be double-inertia all over the
place, in addition to creating an endless number of other issues like Bug
443819 and Bug 403285. Imagine those everywhere. It's not really feasible.
The right approach is to implement inertia in toolkits' scrollviews. GTK and
Electron already generally do this, and Qt also does for QtQuick-based
software. We just need to turn it on, for the most part. There are a few
complications, such as the fact that we actually override a lot of the default
QtQuick scroll behaviors with something called WheelHandler which lives in
Kirigami, so it would need to be implemented there. So I'll move this to
Kirigami as the biggest thing that would need to be changed is WheelHandler.
For QtWidgets-based apps, it's largely hopeless, unfortunately. Someone would
need to implement inertia in the QtWidgets scrollview, which seems unlikely as
widgets are semi-frozen.
--
You are receiving this mail because:
You are watching all bug changes.
