We are postpone the refresh to 300ms if it is not a scroll event. I think we can use smaller timeout if the user drags the overview window and timeline is not in the recording mode. patch to follow.
Created attachment 195238 [details] Patch
Comment on attachment 195238 [details] Patch Why do we use _scheduleRefresh at all?
Created attachment 195275 [details] Patch
Created attachment 195277 [details] Patch
Comment on attachment 195277 [details] Patch I would strongly advise to invert the flag and call it "userGesture"
Comment on attachment 195277 [details] Patch Attachment 195277 [details] did not pass mac-ews (mac): Output: http://webkit-commit-queue.appspot.com/results/17235739 New failing tests: media/video-zoom.html animations/combo-transform-translate+scale.html
Created attachment 195455 [details] Archive of layout-test-results from webkit-ews-07 for mac-future The attached test failures were seen while running run-webkit-tests on the mac-ews. Bot: webkit-ews-07 Port: mac-future Platform: Mac OS X 10.8.2
Committed r147076: <http://trac.webkit.org/changeset/147076>