Re: BlobBuilder.append() should take ArrayBufferView in addition to ArrayBuffer

On Fri, 27 Apr 2012 00:13:42 +0200, Arun Ranganathan wrote: The constructor will switch to use ArrayBufferView in lieu of ArrayBuffer, but the read method exposed on FileReader and FileReaderSync will read files into memory as ArrayBuffers. Since the constructor is not widely deployed yet

Re: [webcomponents] Template element parser changes => Proposal for adding DocumentFragment.innerHTML

Henri, Does this address the concerns you raised earlier? On Thu, Apr 26, 2012 at 10:23 AM, Tab Atkins Jr. wrote: > On Thu, Apr 26, 2012 at 1:26 AM, Simon Pieters wrote: >> On Wed, 25 Apr 2012 21:39:53 +0200, Rafael Weinstein >> wrote: >>> Any other HTML tagName => HTMLBodyElement >> >> Isn't

[Bug 14086] When performing AJAX type queries, they are already asynchronous and already occur in another thread. However, I have found that parsing the XML reply and converting that to a represent

https://www.w3.org/Bugs/Public/show_bug.cgi?id=14086 Ian 'Hixie' Hickson changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: BlobBuilder.append() should take ArrayBufferView in addition to ArrayBuffer

On Apr 24, 2012, at 7:00 PM, David Herman wrote: > On Apr 24, 2012, at 3:53 PM, David Herman wrote: > >> On Apr 12, 2012, at 2:48 PM, Arun Ranganathan wrote: >> >>> I intend to add ArrayBufferView as a parameter to the Blob constructor . >> >> Would it be possible also to allow passing an Arra

Re: [webcomponents] Template element parser changes => Proposal for adding DocumentFragment.innerHTML

On Thu, Apr 26, 2012 at 1:26 AM, Simon Pieters wrote: > On Wed, 25 Apr 2012 21:39:53 +0200, Rafael Weinstein > wrote: >> Any other HTML tagName => HTMLBodyElement > > Isn't this one redundant with the last step? No, this captures known HTML tagnames, so that HTML can lay claim on the few tags th

Re: Web Intents on WebApps' May 1-2 f2f meeting agenda?

James, Greg, All - FYI, the meeting host reports a voice conference bridge may not be available but regardless, we will use the #webapps channel for the meeting. Web Intents: May 1 13:30-14:30 (US West Coast time). -AB On 4/11/12 2:33 PM, ext James Hawkins wrote: Great, thanks! On Tue, Apr

Re: [XHR] Authentication prompt during send()

On Thu, 26 Apr 2012 19:00:45 +0200, Hobbs, Timothy wrote: Does this mean that if we had tests we could get the browsers to follow the spec or does this mean that the spec is going to describe the existing (imo incorrect) behaviour? I'm interested in having the behaviour described in the spec

Re: [webcomponents] HTML Parsing and the element

On Thu, Apr 26, 2012 at 9:43 AM, Yuval Sadan wrote: > I totally misread the purpose of templates beforehand -- s act > more like a mixin rather than a fill-in. It also reflects in what Tab wrote > that it's still vague how the two notions - that of text templates and that > of mixins for building

RE: [XHR] Authentication prompt during send()

> -Original Message- > From: Anne van Kesteren [mailto:ann...@opera.com] > Sent: 26 April 2012 14:38 > On Tue, 17 Apr 2012 14:40:33 +0200, Hobbs, Timothy > > wrote: > > Is my interpretation of the XMLHttpRequest specification flawed, is > > there a need for the browser behavior to change,

Re: [webcomponents] HTML Parsing and the element

I totally misread the purpose of templates beforehand -- s act more like a mixin rather than a fill-in. It also reflects in what Tab wrote that it's still vague how the two notions - that of text templates and that of mixins for building components - are to be mixed together, if at all. Re the use

CfC: publish Candidate Recommendation of Widget Updates; deadline May 2

The comment deadline for the Widget Updates LCWD ended April 19. No comments were submitted for that document so this is a Call for Consensus to publish a Candidate Recommendation of the spec using the LC as the basis . The Exit Criteria

Re: Request for FormData.remove() method

On 26.4.2012 16:15, Anne van Kesteren wrote: On Thu, 26 Apr 2012 15:29:44 +0200, Bronislav Klučka wrote: On 26.4.2012 13:55, Anne van Kesteren wrote: Why would you not simply use a JavaScript object for this? Of course you want to use JS object for this in case of storing in e.g. IDB... t

RfC: LCWD of Server-sent Events; deadline May 17

This is a Request for Comments for the April 26 Last Call Working Draft of Server-sent Events: <http://www.w3.org/TR/2012/WD-eventsource-20120426/> The comment deadline is May 17 and all comments should be sent to the public-webapps@w3.org list.

Re: Request for FormData.remove() method

On Thu, 26 Apr 2012 15:29:44 +0200, Bronislav Klučka wrote: On 26.4.2012 13:55, Anne van Kesteren wrote: Why would you not simply use a JavaScript object for this? Of course you want to use JS object for this in case of storing in e.g. IDB... the point is, how do you create this object? No

[Bug 16866] EOF is no longer valid as newline so "and the end of the file being the four ways in which a line can end" should be removed.

https://www.w3.org/Bugs/Public/show_bug.cgi?id=16866 Anne changed: What|Removed |Added CC||public-webapps@w3.org Component|other

Re: Request for FormData.remove() method

On 26.4.2012 13:55, Anne van Kesteren wrote: On Wed, 18 Apr 2012 20:07:57 +0200, Bronislav Klučka wrote: FormData can be useful not only to be sent via XHR, but essentially to hold form values easily, e.g. you can have settings form (that you do not need to send any where = you do not need t

Re: [XHR] Authentication prompt during send()

On Tue, 17 Apr 2012 14:40:33 +0200, Hobbs, Timothy wrote: Is my interpretation of the XMLHttpRequest specification flawed, is there a need for the browser behavior to change, or is my requirement just not serious enough? The idea is that if you provide user/password, the browser does not

Re: CORS: joint meeting of WebApps and WebAppSec next week?

On Wed, 25 Apr 2012 15:04:48 +0200, Arthur Barstow wrote: Anne, Brad, All - does it appear it would be useful for WebApps and WebAppSec to schedule some joint meeting time on May 2 re CORS (the LC deadline is May 1 )? Currently, WebApps' agenda

Re: Request for FormData.remove() method

On Wed, 18 Apr 2012 20:07:57 +0200, Bronislav Klučka wrote: FormData can be useful not only to be sent via XHR, but essentially to hold form values easily, e.g. you can have settings form (that you do not need to send any where = you do not need to store it or you store it in e.g. IndexDb)

Re: [webcomponents] Template element parser changes => Proposal for adding DocumentFragment.innerHTML

On Thu, 26 Apr 2012 10:05:28 +0200, Ryosuke Niwa wrote: Also, I think Anne convinced me that it's better to deduce the insertion mode from the first element than inventing a new insertion mode (I've asked him to post his reasoning). 1) You cannot look at various elements and make a decision.

Re: [webcomponents] Template element parser changes => Proposal for adding DocumentFragment.innerHTML

On Wed, 25 Apr 2012 21:39:53 +0200, Rafael Weinstein wrote: Here's the approach for picking the implied context element: Let the first start tag token imply the context element. The start tag => implied context element is as follows: caption, colgroup, thead, tbody, tfoot => HTMLTableElemen

Re: [webcomponents] Template element parser changes => Proposal for adding DocumentFragment.innerHTML

Anne pointed out to me that Yehuda had already proposed a very similar change to the spec on November 4th, 2011: https://www.w3.org/Bugs/Public/show_bug.cgi?id=14694 The only difference appears to be new proposal handles head, body, SVG, and MathML elements. Also, I think Anne convinced me that i