Re: IndexedDB, what were the issues? How do we stop it from happening again?

On Friday, March 15, 2013 at 4:11 AM, Jarred Nicholls wrote: > On Thu, Mar 14, 2013 at 10:19 PM, Alex Russell (mailto:slightly...@google.com)> wrote: > > > On Thu, Mar 14, 2013 at 6:36 PM, Glenn Maynard wrote: > > > > > > > Workers exist > > > explicitly to allow you to do expensive synchronou

Re: Streams and Blobs

After pondering this over for a few days, here's what I propose. For an async XHR, if .responseType is set to "stream", then when we reach the HEADERS_RECEIVED state .response is set to a Stream object. (See more about this below) As data is being downloaded, we add the data to the end of the Str

Re: RfR: Web Workers Test Cases; deadline March 28

On Thu, 14 Mar 2013 20:34:52 +0100, Arthur Barstow wrote: This is a WG-wide Request for Review [RfR] for the tests Microsoft and Opera submitted for the Web Workers CR [CR]:

Re: security model of Web Components, etc. - joint work with WebAppSec?

On 3/14/13 8:16 PM, ext Charles McCathie Nevile wrote: On Thu, 14 Mar 2013 18:15:14 +0100, Dimitri Glazkov wrote: On Thu, Mar 14, 2013 at 7:10 AM, Hill, Brad wrote: Is there time available on the April F2F agenda for discussion of this? If not in WebApps, would relevant WG members be will

Re: Streams and Blobs

On Fri, Mar 15, 2013 at 10:07 AM, Jonas Sicking wrote: > For a sync XHR in Workers, if .responseType is set to "stream" when > XHR.send() is called, we block until the HEADERS_RECEIVED state is > reached. At that point we return from the .send() function and return > a newly constructed Stream obj

WebSocket API - server initiated close

Hi, If a client app connects to a server through WebSocket API, and server sends a close frame, how is the client app notified? Does the client stack automatically respond with a close frame, then raise a "close" event? Meanwhile, if the client app is invoking send() while the server close frame

[FileAPI]

Hello, I have a few suggestions (for Blob URL) for you, because in my experience, they should be part of the specification. *The events:* Currently it is not possible not to know if a Blob URL has been loaded by the browser, whether it is an image, a file download, etc.. For example, currently

[webcomponents] linking using ?

Hey all, I searched the archive at http://lists.w3.org/Archives/Public/public-webapps/ and checked out the https://dvcs.w3.org/hg/webcomponents/raw-file/tip/spec/templates/index.html#definitions and https://dvcs.w3.org/hg/webcomponents/raw-file/tip/spec/custom/index.html specs, but couldn't find

RE: security model of Web Components, etc. - joint work with WebAppSec?

As I mentioned in my introductory message, I am specifically interested in the security model of components loaded cross-origin - do they get complete control of the application / DOM into which they are loaded? Does an application have any ability to restrict or explicitly pass capabilities to

CfC: move WebApps' test suites to Github; deadline March 22

As you probably know, the HTMLWG recently moved its test suite to GitHub (GH). Tobie, Robin, Odin, Ms2ger and others propose WebApps do the same and this is a Call for Consensus to do so. Odin defined the new testing process for GH in [Proposal] and this will replace most, if not all, of the t

WebSocket API - server initiated close

(sorry if this is a repost, I think my prev message got lost) Hi, If a client app connects to a server through WebSocket API, and server sends a close frame, how is the client app notified? Does the client stack automatically respond with a close frame, then raise a "close" event? Meanwhile, if

[editing] table manipulation commands

Hi, I would like to propose adding some basic table manipulation commands to the editing spec [1]. Something along the lines of: execCommand("InsertColumnsBefore", false, numColumns); execCommand("InsertColumnsAfter", false, numColumns); execCommand("DeleteSelectedColumns", false); execCommand(

Re: [PointerLock] Should there be onpointerlockchange/onpointerlockerror properties defined in the spec

I have added onipointerlockchange and onpointerlockerror to the partial document IDL in the pointer lock specification. Webkit currently only defines these event handler attributes on document. Unless a reason is raised to add them elsewhere, I do not plan to add additional attributes elsewhere, f

Re: Streams and Blobs

On Mar 15, 2013 5:33 AM, "Anne van Kesteren" wrote: > > On Fri, Mar 15, 2013 at 10:07 AM, Jonas Sicking wrote: > > For a sync XHR in Workers, if .responseType is set to "stream" when > > XHR.send() is called, we block until the HEADERS_RECEIVED state is > > reached. At that point we return from t

Re: Streams and Blobs

On Fri, Mar 15, 2013 at 5:07 AM, Jonas Sicking wrote: > For an async XHR, if .responseType is set to "stream", then when we > reach the HEADERS_RECEIVED state .response is set to a Stream object. > (See more about this below) > > As data is being downloaded, we add the data to the end of the Stre

Pointer lock updated with clarification of lock and focus requirements.

After discussion with Olli Pettay I have clarified portions of the pointer lock specification. https://dvcs.w3.org/hg/pointerlock/raw-file/default/index.html https://dvcs.w3.org/hg/pointerlock/diff/6543d83c0b74/index.html When requesting pointer lock, this paragraph replaces previous statements r

Re: Streams and Blobs

On Fri, Mar 15, 2013 at 2:36 PM, Glenn Maynard wrote: >> I guess we could always make the Stream object immediately produce an >> error if .responseType is changed to something other than "stream". > > Specifically, I'd recommend that when readyState isn't UNSENT, setting > responseType to "stream

Re: Streams and Blobs

On Fri, Mar 15, 2013 at 7:23 PM, Jonas Sicking wrote: > > Specifically, I'd recommend that when readyState isn't UNSENT, setting > > responseType to "stream" should fail, and if readyState is set to > "stream" > > then setting it to something else should fail. That is, once the > request is > >