DescriptionImplement active wheel fling transfer via WebCompositorInputHandlerClient
There are cases where we'll process a GestureFlingStart event on the
compositor thread, initiate a wheel fling, and then later determine that
we can't process the rest of the animation on the compositor thread. One
example of where this could happen is if the page registers a mousewheel
JS event listener while the fling is in progress. In this case, we need
to transfer the animation to the WebView to process so it can generate
the correct events.
This implements the transfer as a call out via the
WebCompositorInputHandlerClient. I think this is a reasonable place to
put the interface, since it's intimately related with the input
processing stream.
BUG=don't have handy, but there is one
TEST=wheel fling on CrOS should work with --enable-threaded-compositing
Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=129487
Patch Set 1 #Patch Set 2 : use WeakPtr to avoid RenderViewImpl shutdown race on main threa #Patch Set 3 : cut unnecessary includes #
Total comments: 5
Patch Set 4 : address comments #
Total comments: 1
Messages
Total messages: 10 (0 generated)
|