> On Oct 15, 2015, at 5:17 PM, Dylan Oliver <[email protected]> wrote: > > It feels like the scroll is a little too responsive? I wonder if we could > wait a beat on the scroll animation until we decide whether this is a really > a scroll or a swipe. Or alternatively let them both happen at the same time > but eliminate the snap and just let the killed app shoot off into the ether > as it is also scrolling away?
As currently implemented, we use native scrolling for left-right movement and JS-controlled up-down motion. This provides smoothness where we need it most. Unfortunately, because of APZ, we can't postpone or interfere with the initial scroll action; we can only cancel it if we decide that we don't want it. I don't think it's possible to eliminate the slight left-right jank described in this thread without, as you suggest, just letting the cards scroll naturally. As Sam and others mentioned, there's a lot of literature on how to best recognize swipes in varying directions. The true limiting restriction here is in the need to have native scrolling (for performance) with somewhat unique constraints and limitations. _______________________________________________ dev-fxos mailing list [email protected] https://lists.mozilla.org/listinfo/dev-fxos
