[whatwg] Move RequestAnimationFrame steps into HTML?

2014-09-17 Thread James Robinson
Cameron and I are editors of the Timing control for script-based
animations spec, more commonly known as the spec for
requestAnimationFrame.   This spec has some outstanding feedback from folks
like Anne that needs to be addressed at a basic editorial level that I
haven't had bandwidth to address.  It also needs to integrate more tightly
into the HTML's rendering model to get proper timing.  I think that adding
the appropriate hooks to both specs will be complicated and I know I don't
have the bandwidth to do this correctly, so I propose that we simply move
this algorithm into HTML itself and ask that the HTML editors (aka Hixie)
take over this part of the spec.  If this doesn't happen, I'm afraid that
the spec will languish and it'll be hard to correctly specify the various
things that are supposed to coordinate with each other to produce a
smoothly functioning and consistent system.

Specifically, the spec defines the following WebIDL:

partial interface Window {
  long requestAnimationFrame(FrameRequestCallback callback);
  void cancelAnimationFrame(long handle);
};

callback FrameRequestCallback = void (DOMHighResTimeStamp time);

and a relatively simple processing model that should integrate tightly into
HTML 8.4.1.2 Processing Model's Update the rendering step:

https://dvcs.w3.org/hg/webperf/raw-file/tip/specs/RequestAnimationFrame/Overview.html#processingmodel

I'm happy to provide any help with technical issues here, but can't promise
to actually edit anything useful.

Does this sound useful to folks?

- James


Re: [whatwg] Move RequestAnimationFrame steps into HTML?

2014-09-17 Thread Ian Hickson
On Wed, 17 Sep 2014, James Robinson wrote:

 Cameron and I are editors of the Timing control for script-based 
 animations spec, more commonly known as the spec for 
 requestAnimationFrame.  This spec has some outstanding feedback from 
 folks like Anne that needs to be addressed at a basic editorial level 
 that I haven't had bandwidth to address.  It also needs to integrate 
 more tightly into the HTML's rendering model to get proper timing.  I 
 think that adding the appropriate hooks to both specs will be 
 complicated and I know I don't have the bandwidth to do this correctly, 
 so I propose that we simply move this algorithm into HTML itself and ask 
 that the HTML editors (aka Hixie) take over this part of the spec.

I'd be happy to do this. I've filed a bug to track it:

   https://www.w3.org/Bugs/Public/show_bug.cgi?id=26839

This will actually help substantially with resolving this issue also:

   https://www.w3.org/Bugs/Public/show_bug.cgi?id=26636

Do you have a log of the issues that are outstanding on this spec?

-- 
Ian Hickson   U+1047E)\._.,--,'``.fL
http://ln.hixie.ch/   U+263A/,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'


Re: [whatwg] Move RequestAnimationFrame steps into HTML?

2014-09-17 Thread James Robinson
On Wed, Sep 17, 2014 at 3:53 PM, Ian Hickson i...@hixie.ch wrote:

 On Wed, 17 Sep 2014, James Robinson wrote:

 I'd be happy to do this. I've filed a bug to track it:

https://www.w3.org/Bugs/Public/show_bug.I can't speak for the editors
 of that spec, but I'm pretty sure thcgi?id=26839
 https://www.w3.org/Bugs/Public/show_bug.cgi?id=26839

 This will actually help substantially with resolving this issue also:

https://www.w3.org/Bugs/Public/show_bug.cgi?id=26636

 Do you have a log of the issues that are outstanding on this spec?


http://lists.w3.org/Archives/Public/public-web-perf/2014Jul/0019.html and
http://lists.w3.org/Archives/Public/public-web-perf/2014Jun/0035.html
describe two open issues with the spec.  The resolutions for both are (I
believe) pretty simple and described in those threads.

https://www.w3.org/Bugs/Public/show_bug.cgi?id=26440 and
https://www.w3.org/Bugs/Public/show_bug.cgi?id=26636 (which you mentioned)
are issues that would be a lot easier to resolve if we had the processing
model for this system described in one place.

The Web Animation spec defines a fuzzy hook into the requestAnimationFrame
processing model here:
http://w3c.github.io/web-animations/#script-execution-and-live-updates-to-the-model,
but that should probably be tightened up as it doesn't specify many details
exactly such as the order things happen in different frames or exactly what
sorts of things can happen between sampling a WebAnimations animation and
running a requestAnimationFrame callback.  I believe that the editors (+cc
Shane) of that spec would really appreciate having a better model to hook
in to in order to precisely define these things.

Thanks,
- James



 --
 Ian Hickson   U+1047E)\._.,--,'``.fL
 http://ln.hixie.ch/   U+263A/,   _.. \   _\  ;`._ ,.
 Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'



Re: [whatwg] Move RequestAnimationFrame steps into HTML?

2014-09-17 Thread L2L 2L
Web animation is --to my knowledge-- only for the manipulation of the dom's 
children element and to some extent the dom itself. What of the canvas? Is 
there any interest in simplifying or and adding on to the 
requestAnimationFrame? Like making it a constructor or making Daemon object to 
better PUI--programmer user interface--?


E-S4L
N-S4L
J-S4L

 On Sep 17, 2014, at 7:02 PM, James Robinson jam...@chromium.org wrote:
 
 On Wed, Sep 17, 2014 at 3:53 PM, Ian Hickson i...@hixie.ch wrote:
 
 On Wed, 17 Sep 2014, James Robinson wrote:
 
 I'd be happy to do this. I've filed a bug to track it:
 
   https://www.w3.org/Bugs/Public/show_bug.I can't speak for the editors
 of that spec, but I'm pretty sure thcgi?id=26839
 https://www.w3.org/Bugs/Public/show_bug.cgi?id=26839
 
 This will actually help substantially with resolving this issue also:
 
   https://www.w3.org/Bugs/Public/show_bug.cgi?id=26636
 
 Do you have a log of the issues that are outstanding on this spec?
 
 http://lists.w3.org/Archives/Public/public-web-perf/2014Jul/0019.html and
 http://lists.w3.org/Archives/Public/public-web-perf/2014Jun/0035.html
 describe two open issues with the spec.  The resolutions for both are (I
 believe) pretty simple and described in those threads.
 
 https://www.w3.org/Bugs/Public/show_bug.cgi?id=26440 and
 https://www.w3.org/Bugs/Public/show_bug.cgi?id=26636 (which you mentioned)
 are issues that would be a lot easier to resolve if we had the processing
 model for this system described in one place.
 
 The Web Animation spec defines a fuzzy hook into the requestAnimationFrame
 processing model here:
 http://w3c.github.io/web-animations/#script-execution-and-live-updates-to-the-model,
 but that should probably be tightened up as it doesn't specify many details
 exactly such as the order things happen in different frames or exactly what
 sorts of things can happen between sampling a WebAnimations animation and
 running a requestAnimationFrame callback.  I believe that the editors (+cc
 Shane) of that spec would really appreciate having a better model to hook
 in to in order to precisely define these things.
 
 Thanks,
 - James
 
 
 
 --
 Ian Hickson   U+1047E)\._.,--,'``.fL
 http://ln.hixie.ch/   U+263A/,   _.. \   _\  ;`._ ,.
 Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'