Only scroll one page per trackpad (two-finger or edge) swipe [$115]

What's the expected behavior?

I think this has already been fixed.

David orly? Does Slingshot now plug into uTouch and/or LibGrip?

http://developer.ubuntu.com/resources/tutorials/all/adding-gesture-support-to-gtk-applications-with-libgrip/

Tested and it's not fixed. Edited the description to be more clear and re-opening the bug.

Now that GTK3 has smooth 1:1 touch scrolling, we could just allow the user to freely scroll the pages horizontally and then "snap" to the closest page when they stop scrolling. This would likely be easier than doing a custom implementation with LibGrip.

Cassidy, I'd still be more inclined to have a single swipe = a single page turn. The problem would still remain that the more pages you have the harder it is to swipe to a specific page.

Though yes, I do believe it would be much smoother and feel more responsive if we did "snap" to the next page

At least with my touchpad, each swipe sends a button event. Maybe we can ask for many buttons presses before the page is changed, thus slowing down the paging.

Removing from the beta2 milestone since it doesn't seem likely we'll fix this any time soon. Hopefully we can get it fixed for Luna +1 as touch becomes more of a priority.

We can use the smooth scroll event to get a more accurate representation of touchpad scroll events without interfering with normal scroll. We could even use those infos to get pixel perfect scrolling through pages as suggested by Cassidy, we would however need to drop the GtkStack for the view again in that case and implement our own animations. If we were to go with the latter, would the division into pages still make sense? Would we add a small gap between the pages to make it more obvious?

Tom: Yes, we still want to divide into pages, and I think a small whitespace margin would be appropriate for signaling this.

Honestly, I don't think spending the time to make it work with a scrolled view is worth it. This is something we're going to want to get right in so many different apps as a navigational feature. Personally, I think it makes the most sense to work on implementing this as a feature of gtk.stack or maybe gtk.flowbox upstream.

The biggest bug here is that scrolling just a tiny bit switches through pages much too quickly. even with just 3 pages it's extremely hard to only swipe 1 page. This really defeats the purpose of using a gesture, which is to do something more quickly than manually pressing buttons and such.

In the ideal world, moving your fingers all the way across from one side of the trackpad to the other only moves us over by one page. One swipe = one page turn. That's the really critical interaction issue here.

Making this really smooth by having the page track 1:1 with your fingers is beautiful icing on the cake, but not if we're implementing it in a way that we're not going to be able to consistently replicate.

Gestures has landed in Gtk 3.14. I imagine we should probably use the swipe method there for this instead of doing funny things with scrolls.

now that freya is shipping the appropriate gtk+ can this be assigned a milestone?

https://www.bountysource.com/issues/919687-only-scroll-one-page-per-trackpad-two-finger-or-edge-swipe

There is no code associated with this bug report so I'm moving it back to Confirmed status

GtkGesture only works with trackpads on wayland. On X its used for touchscreens.