| Summary: | Kirigami 2.2.0 scrolling doesn't work properly for scroll wheels, touchpads, or touchscreens | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-kirigami | Reporter: | Nate Graham <nate> |
| Component: | general | Assignee: | Marco Martin <notmart> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | bugseforuns, matheus4551, nate, notuxius, styles121, thomas.pfeiffer, veqz, yanp.bugz |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | Not decided | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| See Also: |
https://bugs.kde.org/show_bug.cgi?id=376910 https://bugs.kde.org/show_bug.cgi?id=385789 https://bugs.kde.org/show_bug.cgi?id=385836 https://bugs.kde.org/show_bug.cgi?id=384508 |
||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Nate Graham
2017-06-03 17:15:56 UTC
Also, now touch doesn't work at all. Drags don't work because the initial finger down movement is interpreted as a click, and no scrolling ever happens. Not confirming this bug with mouse and touchpad in: Distribution: KDE neon Developer Edition Unstable Branches live iso 20170813 KDE Plasma Version: 5.10.90 KDE Frameworks Version: 5.37.0 Qt Version: 5.9.1 Kernel Version: 4.10.0-32-generic normal scrolling and dragging works fine with mouse and touchpad - wasn't tested with touchscreen. Are you sure, Alexander? The problem isn't that they don't work at all, but that they don't work *correctly.* I just tried again with an up-to-date Neon, which has Discover 5.10.90 and, crucially, Kirigami 2.2.0. Now, mouse scroll wheel behavior seems fine, but touch scrolling still doesn't work, and two-finger touchpad scrolling still scrolls line-by-line, not pixel-by-pixel. Actually you're right--sort of. I was testing in a virtual machine that wasn't passing scroll events properly. Here are the results of a proper test: As of Kirigami 2.2.0, mousewheel scrolling is *still* broken in the way I originally reported: it goes only one line at a time, which is far too slow. Touchpad scrolling does go pixel-by-pixel, but the acceleration is totally off. It speeds up much, much too quickly. Touchscreen scrolling is still broken in the way I originally reported. My bad - i was testing scrolling in Kirigami Gallery only. With Discover - mouse scrolls works fine and touchpad has one obvious issue for me - in the end of scrolling - scrolled list scrolls fast to the top or to the bottom depending on scroll movement and snaps in place at random height. As for touchpad scroll speed - think very fast and accelerated movement when scrolling with touchpad is not needed in this app. When you say, "mouse scrolls works fine", do you mean "mouse scrolls a number of lines at a time equal to the value of System Settings > Input Devices > Mouse Advances > Mouse wheel scrolls by: <n lines>" For me, that value is 3 lines, but in Kirigami, the mouse wheel only scrolls one line at a time. Kirigami is not correctly reading or using that setting. Yes, scroll speed isn't changing for me too after set different values in Mouse Advanced settings. OK, so my original issue remains, then. *** Bug 385534 has been marked as a duplicate of this bug. *** *** Bug 385836 has been marked as a duplicate of this bug. *** *** Bug 386326 has been marked as a duplicate of this bug. *** Marking this as Major, since scroll behavior is pretty critical and this will bite more and more apps as we continue to use Kirigami scrollviews for new development. *** Bug 381182 has been marked as a duplicate of this bug. *** is this still happening on master? it was supposed to be fixed by 23ca2077027b214189ba72ca8dab1590a163c955 on 3rd october. note that the fix is about giving it a reasonable speed with scrolling with a touchpad, it is *not* about the number of lines it should scroll according to systemsettings. that is a completely unrelated bug which fixing will be quite problematic Scrolling with touchpad is fast in Discover, neon dev unstable. The problem related in comment 1 is still happening. Marco, would you like me to close this and file separate bugs about the brokenness on touch screens and inappropriate number of lines scrolled with scroll wheels? *** Bug 386912 has been marked as a duplicate of this bug. *** I can confirm that the touchpad scroll behavior has been fixed as of 23ca2077027b214189ba72ca8dab1590a163c955. For anybody who is now experiencing *slow* scroll speed, you are most likely using libinput on Xorg, and that's triggering an upstream Qt bug: https://bugreports.qt.io/browse/QTBUG-59261 If you're still experiencing bad scrolling using Wayland, you're hitting https://bugs.kde.org/show_bug.cgi?id=381182 If you're still experiencing slow scroll speed with a wheel on your mouse, you're hitting https://bugs.kde.org/show_bug.cgi?id=385836 |