[Webkit-unassigned] [Bug 109504] Autoscrolling FPS should be close to monitor refresh rate (~60 FPS, not 20 FPS)

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Feb 26 22:33:25 PST 2013


https://bugs.webkit.org/show_bug.cgi?id=109504





--- Comment #14 from Tim Horton <timothy_horton at apple.com>  2013-02-26 22:35:49 PST ---
(In reply to comment #13)
> (In reply to comment #11)
> > (In reply to comment #10)
> > > (In reply to comment #9)
> > > > Isn't this going to make autoscrolling crazy fast?
> > > 
> > > Maybe. As Tim recommended, I'm building on *nix (OS X in a VM). However, it appears that Windows is the only platform where autoscrolling is enabled, so I'm trying to figure out if there is a way to test this patch. Having spent the past two weeks attempting to set up a build environment, I do not look forward to chucking it out and starting all over again on Windows. Nevertheless, I think that's where I'm headed. :(
> > 
> > Isn't this the same code that runs when you drag-select outside of the window on OS X?
> 
> You're correct; it's just the panScrolling that's Windows only. And Simon is correct, this makes scrolling way to fast. I hadn't realized that revision 35274 changed the speed as well as the fluidity.
> 
> Unfortunately, that means the solution to this bug is above my head. Drat. Thanks for your help.

Ahhh, you've come all this way, let's see if we can get all the way there!

RenderLayer::autoscroll is where the scrolling happens (at least some of it; RenderListBox has one too, but I don't know what that is). Maybe you can come up with a way to make it scroll less per-scroll-event?

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list