https://bugs.kde.org/show_bug.cgi?id=380511

            Bug ID: 380511
           Summary: Commit e0a623414cfb34df8e3ae717d720f7a0f952b2c8
                    worsened scrolling behavior for both mice and
                    touchpads
           Product: kirigami
           Version: unspecified
          Platform: Other
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: notm...@gmail.com
          Reporter: pointedst...@zoho.com
  Target Milestone: Not decided

Commit e0a623414cfb34df8e3ae717d720f7a0f952b2c8 was introduced to fix
https://bugs.kde.org/show_bug.cgi?id=376910. Before this commit, scrolling with
a mouse wheel was fine, but scrolling with a touchpad resulted in acceleration
being continuously increased.

With commit e0a623414cfb34df8e3ae717d720f7a0f952b2c8, scrolling with both a
mouse wheels and a touchpad results in the view scrolling one line at a time at
a constant speed.

For a mouse wheel, this is far too slow and ignores the systemwide setting
(System Settings > Input Devices > Mouse > Advanced > Mouse wheel scrolls by).

For a touchpad, this is still *effectively* too slow; it should scroll in
one-pixel increments, but with the speed determined by the speed of the finger
motion.

You can see the problem in Discover on a machine with Kirigami 2.1. The
scrolling behavior is poor for both input devices.


It was mentioned in https://bugs.kde.org/show_bug.cgi?id=376910 that the
QuickControls ScrollView has the correct behavior for both devices out of the
box in QT 5.9 onwards. QT 5.9 was just released a few days ago:
http://blog.qt.io/blog/2017/05/31/qt-5-9-released/

Maybe we should redirect our effort to use QT 5.9 which has appropriate
behavior rather than try to fix it manually and stay with an old QT version.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to