Sync SwipeTracker to GNOME 50

[marmitar]

Not sure if you're interested in doing this right now, but these would be changes in swipeTracker.js introduced between GNOME 49.rc and GNOME 50.rc. They should work with GNOME 49 too, however the orientation changes could be a bit risky for both versions. For comparison, check commits for swipeTracker.js on:

• GNOME 49.rc (last sync)
• GNOME 49.4 (previous release)
• GNOME 50.0 (current stable)

I'm opening as draft right now, but, if there is interest, I could do a proper test and open it to review if it works.

[dsheeler]

Hi! Yes, this would be good to update, thank you!

[marmitar]

I tested this PR on two separate laptops, a ThinkPad and a Samsung Galaxy Book, and they both follow the trackpad correctly. The test matrix was:

1. Style:

• Coverflow with Flip Stack
• Coverflow with Caurosel
• Timeline

2. Invert Swipes

• Off
• On

3. Scroll Direction (GNOME)

• Traditional
• Natural

Additionally tested some non-exhaustive configurations with a mix of different options (Title Position, Perspective Correction, Easing Function, etc.). Also tested a matrix of 1 and 2 with a mouse scroll on a desktop. Finally tested the touchpad with the laptop in Portrait mode, with a matrix of 2 and 3. I didn't test LTR layouts.

Edit: sample video from the default configuration

Screencast.From.2026-04-13.01-39-54.mp4

I'm not 100% sure which scrolling direction is the correct one, but they were updated according to the options. Might need a global -1 multiplier if the initial direction is wrong.

Are there any other tests that could be useful here?

[dsheeler]

Thank you! Do you in any way automate this process of diffs?

[marmitar]

Not really. I did git diff 50.rc..49.4 -- js/ui/swipeTracker.js > ../swipeTracker.patch on gnome-shell, git apply --reject ../swipeTracker.patch here and fixed the conflicts manually.