- From: Lars Knudsen <larsgk@gmail.com>
- Date: Sat, 2 Mar 2013 12:45:48 +0100
- To: David Bruant <bruant.d@gmail.com>
- Cc: Webapps WG <public-webapps@w3.org>
Received on Saturday, 2 March 2013 11:46:15 UTC
Without having used it too much, I'd say it is because of the following:
Imagine that you have a callback that does a lot of heavy rendering and the
rAF returns AGAIN while "// do stuff". Then you'd all of a sudden have an
accumulating list of "do stuff'ers" that run in parallel - eating away CPU.
There is no need to ask for the next available "paint slot" until the
previous work is cleared out of the way.
Correct me if I am wrong.
- Lars
On Sat, Mar 2, 2013 at 12:03 PM, David Bruant <bruant.d@gmail.com> wrote:
> Hi,
>
> If someone wants to reuse the same function for requestionAnimationFrame,
> he/she has to go through:
> requestAnimationFrame(function f(){
> requestAnimationFrame(f);
> // do stuff
> })
>
> I was wondering why it was the case. Other event-like mechanism do not
> require to re-subscribe after an event happened.
>
> Thanks,
>
> David
>
>
Received on Saturday, 2 March 2013 11:46:15 UTC