Re: [whatwg] Reviving ImageBitmap options: Intend to spec and implement

On Wed, Feb 10, 2016 at 10:25 AM, Domenic Denicola wrote: > From: whatwg [mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Xida > Chen > > > We intend to push this feature forward in Blink, particularly we intend > to > > spec and implement the "Strongly desired options"

Re: [whatwg] Reviving ImageBitmap options: Intend to spec and implement

On Wed, Feb 10, 2016 at 12:06 PM, Justin Novosad wrote: > On Wed, Feb 10, 2016 at 2:29 PM, Boris Zbarsky wrote: > > > On 2/10/16 1:25 PM, Domenic Denicola wrote: > > > >> In new JavaScript-only APIs we've made the decision to move away from > the > >>

Re: [whatwg] Opinions on window.console = "foo", and other oddities of window.console

The test harnesses used by the working group which I chair rely on being able to replace window.console. I'd like to see it continue to be mutable. Thanks. On Mon, Feb 8, 2016 at 3:25 PM, Domenic Denicola wrote: > As you may know, we now have a standard for the console object:

Re: [whatwg] OffscreenCanvas from a worker and synchronization with DOM/CSS

That's right. From discussions with Mozilla I don't think that code path's enabled in their implementation yet, but it will be (as well as in Chrome's future implementation of the same spec). On Sat, Jan 23, 2016 at 12:40 PM, Gregg Tavares wrote: > Never mind me. For

Re: [whatwg] High-density canvases

On Wed, Apr 15, 2015 at 1:46 PM, Dean Jackson d...@apple.com wrote: On 16 Apr 2015, at 6:42 am, Elliott Sprehn espr...@chromium.org wrote: 3. Accessing rendered pixel size is layout-inducing. To avoid layout thrashing, we should consider making this an asynchronous getter (e.g.

Re: [whatwg] Canvas image to blob/dataurl within Worker

On Sun, Apr 12, 2015 at 2:41 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Sat, Apr 11, 2015 at 1:49 PM, Kenneth Russell k...@google.com wrote: Suppose src=myimage.png is set on an image element and then, while it is downloading, an ImageBitmap is transferred into it. This should

Re: [whatwg] Canvas image to blob/dataurl within Worker

On Thu, Apr 9, 2015 at 6:25 PM, Tab Atkins Jr. jackalm...@gmail.com wrote: On Thu, Apr 9, 2015 at 5:23 PM, Kenneth Russell k...@google.com wrote: 1. An image element that didn't have a width or height explicitly specified in the markup has an ImageBitmap transferred in. Will its width

Re: [whatwg] Canvas image to blob/dataurl within Worker

On Fri, Apr 10, 2015 at 2:33 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Sat, Apr 11, 2015 at 2:18 AM, Justin Novosad ju...@google.com wrote: Riddle me this: What would be the value an HTMLImageElement's src attribute after an ImageBitmap is transferred in? A data URL? What if the

Re: [whatwg] Canvas image to blob/dataurl within Worker

On Tue, Apr 7, 2015 at 6:42 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Wed, Apr 8, 2015 at 11:41 AM, Kenneth Russell k...@google.com wrote: I apologize for taking so long to update this proposal, but it's now in a reasonable state: https://wiki.whatwg.org/wiki/OffscreenCanvas

Re: [whatwg] Canvas image to blob/dataurl within Worker

April 2015 at 16:36, Ashley Gullen ash...@scirra.com wrote: This looks like it will cover running a HTML5 game engine from a worker very nicely and with little performance overhead. Good stuff! Ashley On 8 April 2015 at 00:41, Kenneth Russell k...@google.com wrote: On Wed, Mar 25, 2015

Re: [whatwg] Canvas image to blob/dataurl within Worker

On Wed, Mar 25, 2015 at 6:41 PM, Kenneth Russell k...@google.com wrote: On Wed, Mar 25, 2015 at 1:22 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Wed, Mar 25, 2015 at 11:41 PM, Anne van Kesteren ann...@annevk.nl wrote: On Fri, Mar 20, 2015 at 11:15 PM, Robert O'Callahan rob

Re: [whatwg] Canvas image to blob/dataurl within Worker

On Wed, Mar 25, 2015 at 1:22 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Wed, Mar 25, 2015 at 11:41 PM, Anne van Kesteren ann...@annevk.nl wrote: On Fri, Mar 20, 2015 at 11:15 PM, Robert O'Callahan rob...@ocallahan.org wrote: My understanding is that the current consensus proposal

Re: [whatwg] High-density canvases

On Mon, Jun 23, 2014 at 6:06 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Tue, Jun 24, 2014 at 12:27 PM, Robert O'Callahan rob...@ocallahan.org wrote: I'll do that now. Done. http://wiki.whatwg.org/wiki/CanvasRenderedPixelSize Fantastic. Thanks Rob. That looks great. Filed

Re: [whatwg] High-density canvases

On Thu, Jun 19, 2014 at 4:20 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Fri, Jun 20, 2014 at 6:06 AM, Kenneth Russell k...@google.com wrote: It is a little unfortunate that a canvas-specific solution is needed. Is it known whether document.getBoxQuads solves this problem in Firefox

Re: [whatwg] High-density canvases

On Mon, Jun 23, 2014 at 4:25 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Tue, Jun 24, 2014 at 8:54 AM, Kenneth Russell k...@google.com wrote: It's hard to predict. A more general API would be better than a canvas-specific one, assuming it solves the problem. getBoxQuads can return

Re: [whatwg] High-density canvases

On Thu, Jun 19, 2014 at 7:54 AM, Stephen White senorbla...@chromium.org wrote: On Thu, Jun 12, 2014 at 11:42 PM, Robert O'Callahan rob...@ocallahan.org wrote: I think I'd rather not take control of canvas resizing away from applications, even opt-in. That leads to complexity such as extra API

Re: [whatwg] WebGL and ImageBitmaps

On Fri, May 16, 2014 at 9:27 AM, Ian Hickson i...@hixie.ch wrote: On Fri, 16 May 2014, Justin Novosad wrote: This is a longstanding issue with 2D canvas that several developers have complained about over the years. The color space of the canvas backing store is currently unspecified. It's

Re: [whatwg] WebGL and ImageBitmaps

On Fri, May 9, 2014 at 2:58 PM, Ian Hickson i...@hixie.ch wrote: On Fri, 9 May 2014, Ian Hickson wrote: On Thu, 18 Jul 2013, Justin Novosad wrote: To help us iterate further, I've attempted to capture the essence of this thread on the whatwg wiki, using the problem solving template. I

Re: [whatwg] WebGL and ImageBitmaps

On Thu, May 15, 2014 at 10:59 AM, Ian Hickson i...@hixie.ch wrote: On Wed, 14 May 2014, Kenneth Russell wrote: On the assumption that they are, I filed some bugs to cover this: https://www.w3.org/Bugs/Public/show_bug.cgi?id=25642 createImageBitmap() options: image data orientation

Re: [whatwg] Synchronizing Canvas updates in a worker to DOM changes in the UI thread

setContext on WorkerCanvas too. Also, adding a present() method to Canvas. On Mon, Oct 21, 2013 at 9:03 PM, Kenneth Russell k...@google.com wrote: There are some unexpected consequences of the attachToCanvas API style. For example, what if two contexts use attachToCanvas to target the same

Re: [whatwg] Canvas in workers

On Mon, Oct 21, 2013 at 8:03 AM, Glenn Maynard gl...@zewt.org wrote: On Sun, Oct 20, 2013 at 11:53 PM, Robert O'Callahan rob...@ocallahan.org wrote: Glenn, taking a step back for a bit, is there anything in https://wiki.mozilla.org/User:Roc/WorkerCanvasProposal that you would actually object

Re: [whatwg] Canvas in workers

On Tue, Oct 22, 2013 at 1:44 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Tue, Oct 22, 2013 at 7:31 PM, Kenneth Russell k...@google.com wrote: Robert, please don't remove those APIs from your proposal. They're needed in order to address known use cases, and splitting them off

Re: [whatwg] Canvas in workers

Great. On Tue, Oct 22, 2013 at 2:54 PM, Robert O'Callahan rob...@ocallahan.org wrote: I got an account and I'm uploading the proposal now. Rob -- Jtehsauts tshaei dS,o n Wohfy Mdaon yhoaus eanuttehrotraiitny eovni le atrhtohu gthot sf oirng iyvoeu rs ihnesa.rt sS?o Whhei csha iids

Re: [whatwg] Synchronizing Canvas updates in a worker to DOM changes in the UI thread

On Mon, Oct 21, 2013 at 3:39 PM, Glenn Maynard gl...@zewt.org wrote: On Sun, Oct 20, 2013 at 11:16 PM, Robert O'Callahan rob...@ocallahan.org wrote: With all these proposals I think it's OK to allow the main thread to do (e.g.) a toDataURL and read what the current contents of the canvas is,

Re: [whatwg] Synchronizing Canvas updates in a worker to DOM changes in the UI thread

On Mon, Oct 21, 2013 at 4:34 PM, Glenn Maynard gl...@zewt.org wrote: On Mon, Oct 21, 2013 at 6:08 PM, Kenneth Russell k...@google.com wrote: Using ImageBitmap for this has a lot of issues. It requires synchronizing with scripts in the UI thread. This isn't difficult, and amounts

Re: [whatwg] Canvas in workers

On Tue, Oct 15, 2013 at 5:30 PM, Kenneth Russell k...@google.com wrote: On Tue, Oct 15, 2013 at 4:41 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Wed, Oct 16, 2013 at 11:55 AM, Kenneth Russell k...@google.com wrote: On Mon, Oct 14, 2013 at 1:34 PM, Robert O'Callahan rob

Re: [whatwg] Counterproposal for canvas in workers

On Wed, Oct 16, 2013 at 10:26 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Thu, Oct 17, 2013 at 3:34 PM, Rik Cabanier caban...@gmail.com wrote: The tasks themselves can also launch synchronized/unsynchronized subtasks with promises. A task is considered done if it exits and all its

Re: [whatwg] Counterproposal for canvas in workers

On Thu, Oct 17, 2013 at 2:08 PM, Rik Cabanier caban...@gmail.com wrote: On Thu, Oct 17, 2013 at 2:03 PM, Kenneth Russell k...@google.com wrote: On Wed, Oct 16, 2013 at 10:26 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Thu, Oct 17, 2013 at 3:34 PM, Rik Cabanier caban...@gmail.com

Re: [whatwg] Canvas in workers

On Wed, Oct 16, 2013 at 5:39 AM, Justin Novosad ju...@google.com wrote: On Tue, Oct 15, 2013 at 8:30 PM, Kenneth Russell k...@google.com wrote: On Tue, Oct 15, 2013 at 4:41 PM, Robert O'Callahan rob...@ocallahan.org wrote: If you squint, WorkerCanvas.transferToImageBitmap is similar

Re: [whatwg] Canvas in workers

On Wed, Oct 16, 2013 at 1:13 PM, Justin Novosad ju...@google.com wrote: On Wed, Oct 16, 2013 at 3:53 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Thu, Oct 17, 2013 at 6:35 AM, Kenneth Russell k...@google.com wrote: Yes, right. That factory method is already spec'ed

Re: [whatwg] Canvas in workers

On Mon, Oct 14, 2013 at 1:34 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Mon, Oct 14, 2013 at 2:20 PM, Kenneth Russell k...@google.com wrote: Would you mind looking at the proposal http://wiki.whatwg.org/wiki/CanvasInWorkers and commenting on it? Sure. Kyle and I looked at it while

Re: [whatwg] Canvas in workers

On Tue, Oct 15, 2013 at 4:41 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Wed, Oct 16, 2013 at 11:55 AM, Kenneth Russell k...@google.com wrote: On Mon, Oct 14, 2013 at 1:34 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Mon, Oct 14, 2013 at 2:20 PM, Kenneth Russell k

Re: [whatwg] Canvas in workers

Would you mind looking at the proposal http://wiki.whatwg.org/wiki/CanvasInWorkers and commenting on it? This was arrived at after extensive discussions with the Google Maps team, and addresses their key use cases. Compared to the one below, it solves the following problems: 1) Rendering from a

Re: [whatwg] Proposal: ImageData constructor or factory method with preexisting data

On Tue, Aug 13, 2013 at 11:57 AM, Ian Hickson i...@hixie.ch wrote: On Mon, 12 Aug 2013, Kenneth Russell wrote: The use case is the passing of ImageData objects back and forth to workers to fill and refill with data. An ImageData is essentially a wrapper for the underlying Uint8ClampedArray

Re: [whatwg] Proposal: ImageData constructor or factory method with preexisting data

On Fri, Aug 9, 2013 at 2:34 PM, Ian Hickson i...@hixie.ch wrote: On Fri, 9 Aug 2013, Rik Cabanier wrote: On Fri, Aug 9, 2013 at 1:32 PM, Ian Hickson i...@hixie.ch wrote: On Mon, 11 Mar 2013, Kenneth Russell wrote: It would be useful to be able to create an ImageData [1] object

Re: [whatwg] BinaryEncoding for Typed Arrays using window.btoa and window.atob

On Mon, Aug 5, 2013 at 2:04 PM, Simon Pieters sim...@opera.com wrote: On Mon, 05 Aug 2013 22:39:22 +0200, Chang Shu csh...@gmail.com wrote: I see your point now, Simon. Technically both approaches should work. As you said, yours has the limitation that the implementation does not know which

Re: [whatwg] Adding features needed for WebGL to ImageBitmap

On Tue, Jul 16, 2013 at 7:16 AM, Justin Novosad ju...@google.com wrote: On Tue, Jul 16, 2013 at 12:25 AM, Mark Callow callow.m...@artspark.co.jp wrote: On 2013/07/15 10:46, Justin Novosad wrote: But to circle back to your point, I agree that an exception is a good idea to avoid having to

Re: [whatwg] Adding features needed for WebGL to ImageBitmap

(Replying on behalf of Gregg, who unfortunately isn't at Google any more) On Wed, Jul 10, 2013 at 3:17 PM, Ian Hickson i...@hixie.ch wrote: On Wed, 19 Jun 2013, Gregg Tavares wrote: In order for ImageBitmap to be useful for WebGL we need more options ImageBitmap is trying to just be a

Re: [whatwg] Adding features needed for WebGL to ImageBitmap

On Wed, Jul 10, 2013 at 4:37 PM, Ian Hickson i...@hixie.ch wrote: On Wed, 10 Jul 2013, Kenneth Russell wrote: Some background: when uploading HTMLImageElements to WebGL it's required to be able to specify certain options, such as whether to premultiply the alpha channel, or perform colorspace

Re: [whatwg] Adding features needed for WebGL to ImageBitmap

On Wed, Jul 10, 2013 at 5:13 PM, Peter Kasting pkast...@google.com wrote: On Wed, Jul 10, 2013 at 5:07 PM, Ian Hickson i...@hixie.ch wrote: (The other two options don't make much sense to me even for GL. If you don't want a color space, don't set one. If you don't want an alpha channel, don't

Re: [whatwg] Challenging canvas.supportsContext

Looking back at the previous discussion: http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2012-September/037229.html (and succeeding emails) http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2012-October/037693.html Accurate feature detection in libraries like Modernizr was mentioned as

Re: [whatwg] Challenging canvas.supportsContext

On Wed, Jun 19, 2013 at 2:20 PM, Brandon Benvie bben...@mozilla.com wrote: On 6/19/2013 2:05 PM, James Robinson wrote: What would a page using Modernizr (or other library) to feature detect WebGL do if the supportsContext('webgl') call succeeds but the later getContext('webgl') call fails?

Re: [whatwg] Challenging canvas.supportsContext

On Wed, Jun 19, 2013 at 3:06 PM, James Robinson jam...@google.com wrote: On Wed, Jun 19, 2013 at 3:04 PM, Kenneth Russell k...@google.com wrote: On Wed, Jun 19, 2013 at 2:20 PM, Brandon Benvie bben...@mozilla.com wrote: On 6/19/2013 2:05 PM, James Robinson wrote: What would a page using

Re: [whatwg] Challenging canvas.supportsContext

On Wed, Jun 19, 2013 at 3:39 PM, James Robinson jam...@google.com wrote: On Wed, Jun 19, 2013 at 3:24 PM, Kenneth Russell k...@google.com wrote: On Wed, Jun 19, 2013 at 3:06 PM, James Robinson jam...@google.com wrote: On Wed, Jun 19, 2013 at 3:04 PM, Kenneth Russell k...@google.com wrote

Re: [whatwg] Proposal: ImageData constructor or factory method with preexisting data

...@gmail.com wrote: Do you expect that createImageData creates an internal copy of the Uint8ClampedArray object or is it live? On Mon, Mar 11, 2013 at 4:28 PM, Kenneth Russell k...@google.com wrote: It would be useful to be able to create an ImageData [1] object with preexisting data. The main use

Re: [whatwg] Proposal: ImageData constructor or factory method with preexisting data

here is to reference the Uint8ClampedArray, not make a copy. -Ken On Mon, Mar 11, 2013 at 7:03 PM, Boris Zbarsky bzbar...@mit.edu wrote: On 3/11/13 7:28 PM, Kenneth Russell wrote: Proposed IDL: [NoInterfaceObject] interface ImageDataFactories { ImageData createImageData(Uint8ClampedArray

Re: [whatwg] Proposal: ImageData constructor or factory method with preexisting data

, 2013 at 10:50 AM, Kenneth Russell k...@google.com wrote: It should simply reference the Uint8ClampedArray, not copy it or do anything else esoteric. The only way to display an ImageData in the 2D canvas context is via the putImageData API. I am not proposing changing those semantics. -Ken

Re: [whatwg] Proposal: ImageData constructor or factory method with preexisting data

On Tue, Mar 12, 2013 at 3:49 PM, Rik Cabanier caban...@gmail.com wrote: On Tue, Mar 12, 2013 at 3:03 PM, Kenneth Russell k...@google.com wrote: On Tue, Mar 12, 2013 at 2:04 PM, Rik Cabanier caban...@gmail.com wrote: On Tue, Mar 12, 2013 at 11:40 AM, Kenneth Russell k...@google.com

Re: [whatwg] Proposal: ImageData constructor or factory method with preexisting data

On Tue, Mar 12, 2013 at 4:54 PM, Rik Cabanier caban...@gmail.com wrote: On Tue, Mar 12, 2013 at 4:16 PM, Glenn Maynard gl...@zewt.org wrote: On Tue, Mar 12, 2013 at 12:14 AM, Boris Zbarsky bzbar...@mit.edu wrote: CSE can get rid of the redundant .data gets. Similarly, .data gets can be

[whatwg] Proposal: ImageData constructor or factory method with preexisting data

It would be useful to be able to create an ImageData [1] object with preexisting data. The main use case is to display arbitrary data in the 2D canvas context with no data copies. Proposed IDL: [NoInterfaceObject] interface ImageDataFactories { ImageData createImageData(Uint8ClampedArray data,

Re: [whatwg] Fetch: crossorigin=anonymous and XMLHttpRequest

Are you referring to the crossOrigin attribute on HTMLImageElement and HTMLMediaElement? Those are implemented in WebKit. It should be fine to change crossOrigin=anonymous requests to satisfy (a) and (b). Any server that satisfies these anonymous requests in a way compatible with UAs' caching will

[whatwg] Reporting errors during Web Worker startup

http://www.whatwg.org/specs/web-apps/current-work/multipage/workers.html#creating-workers doesn't seem to define what happens if there aren't enough resources to create a separate parallel execution environment. Would it be legal for a UA to consider this as violating a policy decision and throw

Re: [whatwg] Endianness of typed arrays

On Wed, Mar 28, 2012 at 3:46 AM, Boris Zbarsky bzbar...@mit.edu wrote: On 3/28/12 3:14 AM, Mark Callow wrote: vertexAttribPointer lets you specifiy to WebGL the layout and type of the data in the buffer object. Sure.  That works for the GPU, but it doesn't allow for the sort of on-the-fly

Re: [whatwg] Endianness of typed arrays

On Wed, Mar 28, 2012 at 12:34 PM, Benoit Jacob bja...@mozilla.com wrote: Before I joined this mailign list, Boris Zbarsky wrote: C)  Try to guess based on where the array buffer came from and have different behavior for different array buffers.  With enough luck (or good enough heuristics),

Re: [whatwg] Endianness of typed arrays

On Wed, Mar 28, 2012 at 1:39 PM, Kenneth Russell k...@google.com wrote: On Wed, Mar 28, 2012 at 12:34 PM, Benoit Jacob bja...@mozilla.com wrote: Before I joined this mailign list, Boris Zbarsky wrote: C)  Try to guess based on where the array buffer came from and have different behavior

Re: [whatwg] API for encoding/decoding ArrayBuffers into text

On Mon, Mar 26, 2012 at 10:28 PM, Jonas Sicking jo...@sicking.cc wrote: On Mon, Mar 26, 2012 at 6:11 PM, Kenneth Russell k...@google.com wrote: On Mon, Mar 26, 2012 at 5:33 PM, Jonas Sicking jo...@sicking.cc wrote: On Mon, Mar 26, 2012 at 4:40 PM, Joshua Bell jsb...@chromium.org wrote: * We

Re: [whatwg] API for encoding/decoding ArrayBuffers into text

On Tue, Mar 27, 2012 at 6:44 PM, Glenn Maynard gl...@zewt.org wrote: On Tue, Mar 27, 2012 at 7:12 PM, Kenneth Russell k...@google.com wrote:   - I think it should reference DataView directly rather than ArrayBufferView. The typed array spec was specifically designed with two use cases in mind

Re: [whatwg] API for encoding/decoding ArrayBuffers into text

On Mon, Mar 26, 2012 at 5:33 PM, Jonas Sicking jo...@sicking.cc wrote: On Mon, Mar 26, 2012 at 4:40 PM, Joshua Bell jsb...@chromium.org wrote: * We lost the ability to decode from a arraybuffer and see how many bytes were consumed before a null-terminator was hit. One not terribly elegant

Re: [whatwg] API for encoding/decoding ArrayBuffers into text

Joshua Bell has been working on a string encoding and decoding API that supports the needed encodings, and which is separable from the core typed array API: http://wiki.whatwg.org/wiki/StringEncoding This is the direction I prefer. String encoding and decoding seems to be a complex enough

Re: [whatwg] API for encoding/decoding ArrayBuffers into text

On Tue, Mar 13, 2012 at 6:10 PM, Jonas Sicking jo...@sicking.cc wrote: On Tue, Mar 13, 2012 at 4:08 PM, Kenneth Russell k...@google.com wrote: Joshua Bell has been working on a string encoding and decoding API that supports the needed encodings, and which is separable from the core typed array

Re: [whatwg] [CORS] WebKit tainting image instead of throwing error

On Tue, Oct 4, 2011 at 11:55 AM, Boris Zbarsky bzbar...@mit.edu wrote: On 10/4/11 2:44 PM, Anne van Kesteren wrote: On Tue, 04 Oct 2011 20:32:02 +0200, Ian Hickson i...@hixie.ch wrote: The idea is that if the server explicitly rejected the CORS request, then the image should not be usable at

Re: [whatwg] [CORS] WebKit tainting image instead of throwing error

On Tue, Oct 4, 2011 at 12:11 PM, Boris Zbarsky bzbar...@mit.edu wrote: default origin behavior is only relevant when the mode is No CORS. See http://www.whatwg.org/specs/web-apps/current-work/multipage/fetching-resources.html#potentially-cors-enabled-fetch So for images it only applies when

[whatwg] CORS requests for image and video elements

Last week, a proof of concept of a previously theoretical timing attack against WebGL was published which allows theft of cross-domain images' content. To address this vulnerability it appears to be necessary to ban the use of cross-domain images and videos in WebGL. Unfortunately, doing so will

Re: [whatwg] CORS requests for image and video elements

On Tue, May 17, 2011 at 2:52 PM, Glenn Maynard gl...@zewt.org wrote: On Tue, May 17, 2011 at 5:40 PM, Jonas Sicking jo...@sicking.cc wrote: If the supports credentials flag is set to false, the request will be made without cookies, and the server may respond with either

Re: [whatwg] CORS requests for image and video elements

On Tue, May 17, 2011 at 6:11 PM, Ian Hickson i...@hixie.ch wrote: On Tue, 17 May 2011, Kenneth Russell wrote: Last week, a proof of concept of a previously theoretical timing attack against WebGL was published which allows theft of cross-domain images' content. To address this vulnerability

Re: [whatwg] Canvas.getContext error handling

On Tue, Apr 12, 2011 at 4:32 PM, Glenn Maynard gl...@zewt.org wrote: Based on some discussion[1], it looks like a clean way to handle the permanent failure case is: If the GPU is blacklisted, or any other permanent error occurs, treat webgl as an unsupported context.  This means instead of

Re: [whatwg] Canvas.getContext error handling

On Wed, Apr 13, 2011 at 4:43 PM, Glenn Maynard gl...@zewt.org wrote: On Wed, Apr 13, 2011 at 4:21 PM, Kenneth Russell k...@google.com wrote: It's essential to be able to report more detail about why context creation failed. We have already received a lot of feedback from users and developers

Re: [whatwg] Canvas.getContext error handling

On Tue, Apr 12, 2011 at 2:21 AM, Boris Zbarsky bzbar...@mit.edu wrote: On 4/12/11 12:06 AM, Ian Hickson wrote: Now, that's a problem for WebGL, because it's not possible to tell in advance whether the underlying rendering context can be created. It would be helpful if someone could explain

Re: [whatwg] Canvas.getContext error handling

On Sat, Apr 9, 2011 at 7:55 PM, Glenn Maynard gl...@zewt.org wrote: getContext doesn't specify error handling.  WebGL solves this oddly: if an error occurs, it dispatches an event with error details at the canvas.  It's odd for a synchronous API to report error information with an event; it

Re: [whatwg] ArrayBuffer and the structured clone algorithm

On Tue, Feb 1, 2011 at 11:08 AM, Tab Atkins Jr. jackalm...@gmail.com wrote: On Tue, Feb 1, 2011 at 10:04 AM, Anne van Kesteren ann...@opera.com wrote: On Tue, 01 Feb 2011 18:36:19 +0100, Boris Zbarsky bzbar...@mit.edu wrote: On 2/1/11 5:19 AM, Simon Pieters wrote: While you're discussing

Re: [whatwg] ArrayBuffer and the structured clone algorithm

On Mon, Jan 31, 2011 at 3:10 PM, Ian Hickson i...@hixie.ch wrote: On Fri, 7 Jan 2011, David Flanagan wrote: The structured clone algorithm currently allows ImageData and Blob objects to be cloned but doesn't mention ArrayBuffer.  Is this intentional?  I assume there are no security issues

Re: [whatwg] ArrayBuffer and ByteArray questions

On Wed, Sep 8, 2010 at 11:21 AM, Oliver Hunt oli...@apple.com wrote: On Sep 8, 2010, at 11:13 AM, Chris Marrin wrote: Web Sockets is certainly another candidate, but I meant Web Workers. There have been informal discussions on using ArrayBuffers as a way to safely share binary data between

Re: [whatwg] api for fullscreen()

On Thu, Jan 28, 2010 at 8:55 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Fri, Jan 29, 2010 at 5:06 PM, Geoff Stearns tensafefr...@google.com wrote: enterFullscreen always returns immediately. If fullscreen mode is currently supported and permitted, enterFullscreen dispatches a task

Re: [whatwg] api for fullscreen()

On Mon, Feb 1, 2010 at 11:05 AM, Robert O'Callahan rob...@ocallahan.org wrote: On Tue, Feb 2, 2010 at 7:39 AM, Kenneth Russell k...@google.com wrote: When you say that the DOM viewport of the element is aligned with the screen when it goes fullscreen, does that mean that the .width

Re: [whatwg] Canvas pixel manipulation and performance

On Fri, Dec 4, 2009 at 9:30 AM, Jason Oster paras...@kodewerx.org wrote: I guess this suggestion to access the full pixel data in a single array element has fallen by the wayside.  Are there any direct objections to including additional API to allow this kind of behavior?  It seems most

Re: [whatwg] Canvas pixel manipulation and performance

On Sat, Nov 28, 2009 at 9:47 PM, Boris Zbarsky bzbar...@mit.edu wrote: On 11/29/09 12:15 AM, Kenneth Russell wrote: I assume you meant JS bitwise operators?  Do we have any indication that this would be faster than four array property sets?  The bitwise ops in JS are not necessarily

Re: [whatwg] Canvas pixel manipulation and performance

On Sun, Nov 29, 2009 at 11:05 AM, Philip Taylor excors+wha...@gmail.com wrote: On Sun, Nov 29, 2009 at 6:59 PM, Kenneth Russell k...@google.com wrote: On Sat, Nov 28, 2009 at 9:47 PM, Boris Zbarsky bzbar...@mit.edu wrote: Are they even byte stores, necessarily?  I know in Gecko imagedata

Re: [whatwg] Canvas pixel manipulation and performance

On Sat, Nov 28, 2009 at 12:44 PM, Jason Oster paras...@kodewerx.org wrote: Once again, I agree.  My confusion on the type-specific arrays for WebGL is that they were specific and general enough to use in other cases.  If they should not be used in 2D canvas implementations (or elsewhere) then

Re: [whatwg] Canvas pixel manipulation and performance

On Sat, Nov 28, 2009 at 9:00 PM, Boris Zbarsky bzbar...@mit.edu wrote: On 11/28/09 11:42 PM, Kenneth Russell wrote: From a technical standpoint, it would be feasible to use the WebGLUnsignedIntArray to access the Canvas's pixel data, and assemble RGBA pixels into integer values using just

Re: [whatwg] An BinaryArchive API for HTML5?

On Thu, Jul 30, 2009 at 6:13 AM, Sebastian Markbågesebast...@calyptus.eu wrote: This suggestion seems similar to Digg's Stream project that uses multipart documents: http://github.com/digg/stream While it would be nice to have a way to parse and handle this in JavaScript, it shouldn't be