When scrolling in the sidebar it seems that it will scroll three entires at a time, regardless of what the "Mouse wheel scroll speed" is set to. I've tried making it both less and more than 3, but no difference.
This is almost certainly Kirigami's fault, as Systemsettings is now a Kirigami app. Kirigami currently has huge issues with scroll behavior and likely will until it can require QT 5.9 which has a better scroll widget we can use instead. See also https://bugs.kde.org/show_bug.cgi?id=380511 https://bugs.kde.org/show_bug.cgi?id=384508
Actually this issue was reported in https://bugs.kde.org/show_bug.cgi?id=380511, so it's just a straightforward dupe. *** This bug has been marked as a duplicate of bug 380511 ***
*** Bug 386326 has been marked as a duplicate of this bug. ***
Un-duping and using this as the master bug for the mouse issue with Kirigami scrollviews.
I am not sure what I have is the same as this bug. It seems I am having this problem with "System Settings" (at least) and "Okular" (not so sure). And for me, the following described problem happened a long time ago (may one year) then disappeared but recently it appears again. In the page of "Desktop Effects"(because it has a long list) of "Desktop Bahaviour" in "System Settings", wheel scrolling is too slow. It's not by "line", I think, because it takes 90 degree scrolling of the wheel to hide the top line of "Accessibility". In Okular, it is not so obvious. So I am going to pass this one. And two-finger sweeping with touchpad works well on scrolling. Sorry if I made a mistake by reporting my problem in this bug.
(In reply to CnZhx from comment #5) > I am not sure what I have is the same as this bug. It seems I am having this > problem with "System Settings" (at least) and "Okular" (not so sure). > > And for me, the following described problem happened a long time ago (may > one year) then disappeared but recently it appears again. > > In the page of "Desktop Effects"(because it has a long list) of "Desktop > Bahaviour" in "System Settings", wheel scrolling is too slow. It's not by > "line", I think, because it takes 90 degree scrolling of the wheel to hide > the top line of "Accessibility". > > In Okular, it is not so obvious. So I am going to pass this one. > > And two-finger sweeping with touchpad works well on scrolling. > > Sorry if I made a mistake by reporting my problem in this bug. What I described is the same effect as described in https://bugs.kde.org/show_bug.cgi?id=345434
Okular uses a different UI framework for its GUI, so those issues are unrelated. Please file new issues against Okular.
Thank you, Nate. I'd like to add another scenario of the problem. It may be not valid, too. That is the scrolling in the panel of Widget adding. In the pop-up window of provided widgets, scrolling is very slow. I remember I had met with this similar bug report before and that one was solved but I cannot find that one now. I believe the problem is much like this one: https://bugs.kde.org/show_bug.cgi?id=384888 (In reply to Nate Graham from comment #7) > Okular uses a different UI framework for its GUI, so those issues are > unrelated. Please file new issues against Okular. Yes, I feel the Okular one is different. I cannot even definitely be sure that it is a bug.
What you describe is a Qt issue, since fixed: https://bugreports.qt.io/browse/QTBUG-59261 Once your distro provides you with Qt 5.9.5, that issue should be resolved.
(In reply to Nate Graham from comment #9) > What you describe is a Qt issue, since fixed: > https://bugreports.qt.io/browse/QTBUG-59261 > > Once your distro provides you with Qt 5.9.5, that issue should be resolved. Hi, thank you very much, Nate, for your confirmation. I am waiting for the Qt 5.10.1 now, which is said to have this fix.
On neon dev unstable "Mouse wheel scrolls by" setting present in Mouse KCM is completely ignorated. I tested 5 and 10 lines but neon always scrolls 3 lines in Dolphin and Dscover. Operating System: KDE neon Developer Edition KDE Plasma Version: 5.15.80 KDE Frameworks Version: 5.56.0 Qt Version: 5.12.0
Can anyone still reproduce this when using evdev drivers on X11?
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!