On Thu, Sep 29, 2011 at 11:27 PM, Jonas Sicking jo...@sicking.cc wrote:
Finally, XHR allows the programmer using XHR to override the MIME
type, including the charset parameter, so if the person adding new XHR
code can't change the encoding declarations on legacy data, (s)he can
override the
On Fri, 30 Sep 2011 00:28:04 +0200, Arun Ranganathan a...@mozilla.com
wrote:
I've closed Issue 181, which pertains to a name attribute on exception
objects that is now redundant, thanks to WebIDL's evolution for
exception interfaces.
Web IDL changed since then:
On Thu, 29 Sep 2011 23:54:50 +0200, Israel Hilerio isra...@microsoft.com
wrote:
Microsoft believes that the following text closer reflects the intent on
the WebIDL spec:
* Throws a DOMException of type VersionError.
(vs. Throw a VersionError exception, which doesn’t accurately capture
the
On Friday, September 30, 2011 at 10:26 AM, Julian Reschke wrote:
On 2011-09-29 18:28, Arthur Barstow wrote:
On September 29, aLCWD of Web Sockets API was published:
http://www.w3.org/TR/2011/WD-websockets-20110929/
Please send all comments to public-webapps@w3.org
On Fri, 30 Sep 2011 10:37:24 +0200, Marcos Caceres w...@marcosc.com wrote:
Might be good if we stop including the name of authors in the references
(because they do tend to change quite a bit over time). The reference
document is hyperlinked, so what is the use case for including the
author
On 2011-09-30 10:37, Marcos Caceres wrote:
On Friday, September 30, 2011 at 10:26 AM, Julian Reschke wrote:
On 2011-09-29 18:28, Arthur Barstow wrote:
On September 29, aLCWD of Web Sockets API was published:
http://www.w3.org/TR/2011/WD-websockets-20110929/
Please send all comments to
On Friday, September 30, 2011 at 11:45 AM, Julian Reschke wrote:
On 2011-09-30 10:37, Marcos Caceres wrote:
On Friday, September 30, 2011 at 10:26 AM, Julian Reschke wrote:
On 2011-09-29 18:28, Arthur Barstow wrote:
On September 29, aLCWD of Web Sockets API was published:
FWIW, I am waiting for http://www.w3.org/Bugs/Public/show_bug.cgi?id=14284
to be fixed in HTML before making changes to XMLHttpRequest.
On Thu, 29 Sep 2011 13:49:17 +0200, Henri Sivonen hsivo...@iki.fi wrote:
It seems to me that all these cannot be true:
* responseText and responseXML use
On Fri, Sep 30, 2011 at 3:04 PM, Anne van Kesteren ann...@opera.com wrote:
I do not see why text and moz-chunked-text have to be the same. Surely
we do not want XML encoding detection to kick in for chunks.
Does text and default need to be the same for responseText for
text/html and XML types?
On Fri, 30 Sep 2011 14:29:32 +0200, Henri Sivonen hsivo...@iki.fi wrote:
On Fri, Sep 30, 2011 at 3:04 PM, Anne van Kesteren ann...@opera.com
wrote:
I do not see why text and moz-chunked-text have to be the same.
Surely we do not want XML encoding detection to kick in for chunks.
Does text
On Fri, Sep 30, 2011 at 3:35 PM, Anne van Kesteren ann...@opera.com wrote:
On Fri, 30 Sep 2011 14:29:32 +0200, Henri Sivonen hsivo...@iki.fi wrote:
On Fri, Sep 30, 2011 at 3:04 PM, Anne van Kesteren ann...@opera.com
wrote:
I do not see why text and moz-chunked-text have to be the same.
On Fri, 30 Sep 2011 14:40:09 +0200, Henri Sivonen hsivo...@iki.fi wrote:
responseType is a newish feature. If it's OK for responseType ==
chunked-text to use encoding determination rules that differ from
responseType == or responseType == document, why should
responseType == text have to be
On Thu, 29 Sep 2011 23:17:21 +0200, Eric U er...@google.com wrote:
I think that works; #2 will be especially important.
However, if I read this right, we *don't* have the invariant that a
loadstart will always have a loadend.
Now that Anne's explained XHR2's model, it seems that an open can
On Fri, Sep 30, 2011 at 5:40 AM, Henri Sivonen hsivo...@iki.fi wrote:
On Fri, Sep 30, 2011 at 3:35 PM, Anne van Kesteren ann...@opera.com wrote:
On Fri, 30 Sep 2011 14:29:32 +0200, Henri Sivonen hsivo...@iki.fi wrote:
On Fri, Sep 30, 2011 at 3:04 PM, Anne van Kesteren ann...@opera.com
wrote:
On Fri, Sep 30, 2011 at 5:47 AM, Anne van Kesteren ann...@opera.com wrote:
On Fri, 30 Sep 2011 14:40:09 +0200, Henri Sivonen hsivo...@iki.fi wrote:
responseType is a newish feature. If it's OK for responseType ==
chunked-text to use encoding determination rules that differ from
responseType
On Fri, 30 Sep 2011, Anne van Kesteren wrote:
FWIW, I am waiting for
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14284 to be fixed in HTML
before making changes to XMLHttpRequest.
So... the prescanning is generally considered optional (the only benefit
really is that it avoids reloads in
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14347
Summary: Consider createContextualFragment in detached
contexts thread
Product: WebAppsWG
Version: unspecified
Platform: All
URL:
On Fri, 30 Sep 2011 19:26:48 +0200, Jonas Sicking jo...@sicking.cc wrote:
Hmm.. I looked through archives but can't find any such decision.
It's not how Gecko works, but I haven't tried webkit.
http://lists.w3.org/Archives/Public/public-webapps/2010OctDec/0812.html
Kind of weird that Gecko
On 09/29/2011 04:32 PM, Doug Schepers wrote:
Hi, Adam-
I'm glad to see some progress on a replacement for Mutation Events.
Would you be interested in being the editor for this spec? It's already
in our charter, we just need someone to take it up. Olli has offered
offlist to be a co-editor, so
On Fri, Sep 30, 2011 at 12:11 PM, Anne van Kesteren ann...@opera.com wrote:
On Fri, 30 Sep 2011 19:26:48 +0200, Jonas Sicking jo...@sicking.cc wrote:
Hmm.. I looked through archives but can't find any such decision.
It's not how Gecko works, but I haven't tried webkit.
In the WebIDL snippet and description for IDBFactory, the cmp method is
defined as returning int which isn't defined in WebIDL (that I can see);
presumably this should be long or one of the other signed numeric types?
(short, byte, long long, float, double)
On Fri, Sep 30, 2011 at 4:57 PM, Joshua Bell jsb...@chromium.org wrote:
In the WebIDL snippet and description for IDBFactory, the cmp method is
defined as returning int which isn't defined in WebIDL (that I can see);
presumably this should be long or one of the other signed numeric types?
On Friday, September 30, 2011 12:23 AM, Anne van Kesteren wrote:
On Thu, 29 Sep 2011 23:54:50 +0200, Israel Hilerio isra...@microsoft.com
wrote:
Microsoft believes that the following text closer reflects the intent
on the WebIDL spec:
* Throws a DOMException of type VersionError.
(vs.
Hi Arun,
Thanks for the follow-up - you beat me to it. We've been reviewing this in
the context of the other specs and, as Israel outlined for IndexedDB, we're
happy with the new WebIDL approach.
I think we should go ahead and migrate the File API exceptions to this new
model and use ISSUE-182
On Fri, Sep 30, 2011 at 12:40 PM, Ms2ger ms2...@gmail.com wrote:
On 09/29/2011 04:32 PM, Doug Schepers wrote:
Hi, Adam-
I'm glad to see some progress on a replacement for Mutation Events.
Would you be interested in being the editor for this spec? It's already
in our charter, we just need
25 matches
Mail list logo