Single clicking in scrollbar jumps to position, not a page up or down.
STEPS TO REPRODUCE
1. Open Discover > Applications
2. Click in the scrollbar area above or below the scrollbar "thumb".
Content scrolls to the position of the click rather than just one page up or down.
Other applications such as KWrite and Kate (both with show mini-map unticked),
Dolphin, and Featherpad scroll a page up or down depending on where the single click was made.
Linux/KDE Plasma: KDE neon 5.14
KDE Plasma Version: 5.14.4
KDE Frameworks Version: 5.53.0
Qt Version: 5.11.2
This action reminds me more of gtk3 applications for which the fix to return to "legacy" scrolling, if one wants it, is to edit one's "~/.config/gtk-3.0/settings.ini" to include "gtk-primary-button-warps-slider=0".
A related, but not identical, bug filed for Plasma 5.10.5 is https://bugs.kde.org/show_bug.cgi?id=384889.
The scrollview comes from Kirigami; moving there.
Kirigami should respect QStyle::SH_ScrollBar_LeftClickAbsolutePosition so that it can change appropriately once we have a user-facing method of changing this in System Settings.
*** Bug 402079 has been marked as a duplicate of this bug. ***
it's a QtQuickControls style issue, nothing to do with kirigami
and i guess also the "scroll here/scroll up etc" popup should be shown on right click
Git commit 9fc67f5a71965f3d2ceb7addfdb0853be5ebba22 by Marco Martin.
Committed on 11/02/2019 at 14:57.
Pushed by mart into branch 'master'.
clicking on empty areas behaves like pgup/pgdown
clicking with middle mouse button positions absolutely
both behaviors are the same as qwidget scrollbars
M +1 -0 kirigami-plasmadesktop-integration/plasmadesktoptheme.cpp
M +27 -4 org.kde.desktop/ScrollBar.qml
Thanks for the fix! Will this also automatically fix Bug 384889?
Also, can't we respect the style hint though? If we ever implement Bug 379498 and allow people to change the behavior of clicking in the scrollbar trough, then this behavior will be wrong again for people who change it via the UI.