- From: Rik Cabanier <cabanier@gmail.com>
- Date: Tue, 18 Jun 2013 09:14:32 -0700
- To: Justin Novosad <junov@google.com>
- Cc: WHAT Working Group <whatwg@whatwg.org>, public-canvas-api@w3.org, Brian Salomon <bsalomon@chromium.org>
On Tue, Jun 18, 2013 at 7:25 AM, Justin Novosad <junov@google.com> wrote: > > > > On Fri, Jun 14, 2013 at 2:34 PM, Rik Cabanier <cabanier@gmail.com> wrote: >> >> >> I think so. If you leave a layer 'open', what would you display. >> It wouldn't just be for requestAnimationFrame, you would also need to >> define what happens if you read pixels with getImageData inside a >> beginLayer. >> >> >> > I would like to suggest that all layers left 'open' should be > automatically closed at the end of a script execution task. Otherwise, it > would be too easy to leak layers and get OOM crashes. This would also > guarantee that the canvas contents are in a ready to display state. > That sounds reasonable. Does this happen with save/restore as well? If you want to draw incrementally, you wouldn't want this to happen either. > > For the getImageData question I think the options that would make most > sense are either: > a) Read from the root layer (up to date except for contents of currently > open layers), > b) Read from the current (top most) layer, or > c) Fail > These options will never require the compositing of open (potentially > unfinished) layers, which I think is important for implementations to be > efficient. > I am not sure which of the above makes more sense though. > This is probably a case where we need to check with the implementors. Safari is the only browser that bolts the canvas implementation straight onto the OS calls so we should probably spec out what they do since other browser can probably emulate it.
Received on Tuesday, 18 June 2013 16:15:55 UTC