Bug 454231 - 3-fingers touchpad gesture (to navigate between virtual desktops) doesn't follow touchpad scrolling direction preference
Summary: 3-fingers touchpad gesture (to navigate between virtual desktops) doesn't fol...
Alias: None
Product: kwin
Classification: Plasma
Component: effects-various (show other bugs)
Version: 5.24.90
Platform: Other Linux
: NOR normal (vote)
Target Milestone: ---
Assignee: KWin default assignee
Depends on:
Reported: 2022-05-22 18:38 UTC by Romain D.
Modified: 2022-09-30 23:10 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Note You need to log in before you can comment on or make changes to this bug.
Description Romain D. 2022-05-22 18:38:30 UTC
It would be my expectation that the new navigation mode across virtual desktops, using 3 fingers scrolling gestures, would follow the user-defined scrolling direction.

1. My preferred scrolling direction is set (in systemsettings/input devices/touchpad/scrolling) to "non-inverted" (i.e. a two-finger scroll-down makes the items lower down visible.

When I use the 3 fingers scrolling gesture introduced in 5.25, the scrolling direction is opposite to the one set (i.e. a three-fingers scroll-down makes the desktop on the top visible)

I would expect scrolling direction to be consistent and to follow the one set by the user.

Linux/KDE Plasma: Fedora 36
(available in About System)
KDE Plasma Version: 5.24.90
KDE Frameworks Version: 5.94.0
Qt Version: 5.15.3

Comment 1 Nate Graham 2022-05-23 20:18:13 UTC
Not sure that makes sense as this isn't a scroll action. It's a swipe action, and those don't generally follow the touchpad scrolling preference.
Comment 2 Romain D. 2022-05-23 20:50:25 UTC
Hi Nate, thanks for the swift triaging of this item!
Would you be so kind as to consider re-opening this bug?

I get that from an implementer's perspective it does matter whether something is "scrolled" as opposed to "swiped", but for an "average user" I doubt there is does (in fact, it should probably a feature goal to blur the lines and make them both behave as closely as possible).

In my opinion, having the swipe gesture respect the user-defined preference for scrolling direction maximizes satisfaction (by not picking a side in the "natural" vs "traditional" ways) and expectation (of a consistent experience between 2/3 fingers).

In any case, thanks for the hard work!
Comment 3 Nate Graham 2022-05-23 21:13:09 UTC
Thanks for explaining it to me that way. That makes sense.
Comment 4 Eric Edlund 2022-05-23 22:46:59 UTC
I agree that swipe direction when changing desktop should be configurable. Gesture configurability is on the way and doing this will be very simple and idiomatic when it does. Until then, making it align with scroll direction could be a good stepping stone, but I'm going to stay focused on gesture configurability. I would expect this feature in 5.26 or 5.27.
Comment 5 Moritz 2022-09-30 09:12:17 UTC
Will there be an update in the next version?
Comment 6 Eric Edlund 2022-09-30 23:10:30 UTC
Probably not, things are taking longer than I expected. There is some disagreement about how best to implement contextual gestures. I've got a week off pretty soon so I will think about this issue and try to find a solution others are happier with.