When in KDE Plasma, touchpad settings are set to natural scrolling, the slider interactions are no longer natural, because they were actually "natural" in the default setting. Behavior can be seen in X and wayland (I principally use X though) To reproduce: * Go to System Settings > Input Devices > Touchpad > scrolling (tab) * set "reverse scrolling" on, apply changes * Open Audio Volume settings widget in taskbar * Use horizontal scroll movement to raise/lower volume Current Behavior: * Left-scroll action moves slider to right (and vice-versa) * upward scroll action moves sliders in down direction (and vice versa) Expected behavior * "natural" scrolling direction should be maintained when reverse-scrolling (libinput natural scrolling feature) is activated: scroll left should move slider left, etc...
Pretty sure this has nothing to do with breeze style. Nowhere in the style do we control the scrolling direction. I have no clue to whom this should be assigned, but here is certainly not the right place, sorry ... (should possibly go to Qt).
I can confirm on neon dev unstable, libinput driver. Maybe duplicates https://bugs.kde.org/show_bug.cgi?id=389972 https://bugs.kde.org/show_bug.cgi?id=390506
Yep, just like 389972. This may be in Breeze after all: it seems that the reporter is talking about controls that change when you position the cursor over them and scroll. It would indeed be pretty weird (especially with a touchpad) to have a vertically-oriented slider move down when you do a two-finger scroll gesture with your fingers moving up. In other words "Natural/reversed/inverted" scrolling should only apply to scrollable content views, not scrollable UI controls.
*** Bug 402079 has been marked as a duplicate of this bug. ***
I get this frustrating behaviour on Wayland, using Manjaro, with plasma components (including KDE System Settings, Discover, and Application Dashboard.
I believe work is being done on breeze atm. I thought i'd ping on here in case it can be opportunistically tackled in the process :)
(In reply to Nate Graham from comment #3) > Yep, just like 389972. > > This may be in Breeze after all: it seems that the reporter is talking about > controls that change when you position the cursor over them and scroll. It > would indeed be pretty weird (especially with a touchpad) to have a > vertically-oriented slider move down when you do a two-finger scroll gesture > with your fingers moving up. > > In other words "Natural/reversed/inverted" scrolling should only apply to > scrollable content views, not scrollable UI controls. It doesn't seem to be just restricted to Breeze alas. I'm getting this bug in plasma elements when using all themes: I've tried changing Global Theme setting to Oxygen and Breath2 (Manjaro) as well as Breeze (I tried changing application style too, with same results). The elements that I notice where natural scrolling isn't enforced when using the touchpad are: KDE System settings; Discover; and Application Dashboard. Natural scrolling is however working correctly in those elements when I use the touchscreen. [Running Manjaro KDE, with Plasma 5.2.3, Frameworks 5.76.0, Qt 5.15.1, Kernel 5.9.8 (2, Manjaro), 64bit.]