Re: [RequestAnimationFrame] Processing model defined

On Wed, Jul 27, 2011 at 8:25 AM, Boris Zbarsky <bzbarsky@mit.edu> wrote:

> On 7/27/11 11:23 AM, Boris Zbarsky wrote:
>
>> If the animation timeline is progressing, then pages presumably would
>> like to know when the scripted animation should be "done" just like they
>> want to know it for CSS transitions/animations. Right now the only way
>> they can know that is to get a requestAnimationFrame "tick" with a time
>> far enough into the animation, since the browser doesn't actually know
>> when the page considers the animation to be done.
>>
>
> Maybe we should attack the problem from that angle?  Have a way when making
> a requestAnimationFrame call to specify when that animation should be
> considered "done" if the page wants, have jQuery update to do that, and then
> use that information to either do a single tick past the done time or drop
> the callback on the floor entirely once the done time passes?
>
>
How's that different from setTimeout() + canceling the request?


> -Boris
>