- From: Henri Sivonen <hsivonen@iki.fi>
- Date: Tue, 19 Apr 2011 12:18:39 +0300
- To: public-webapps@w3.org
Adding [XHR2] to the subject to comply with the instructions. Sorry about the noise. On Tue, 2011-04-19 at 12:04 +0300, Henri Sivonen wrote: > In reference to > http://dev.w3.org/2006/webapi/XMLHttpRequest-2/#dom-xmlhttprequest-overridemimetype > > It seems to me that XHR2 allows overrideMimeType() to be called at any > time so that it affects the calls to the responseXML getter the > overrideMimeType() call. And the subsequent overrideMimeType() calls can > make the responseXML getter return different things later. > > This is bad, because it requires synchronous parsing when the > responseXML getter is called. OTOH, if overrideMimeType() calls were > honored only before the send() method has been called, parsing to DOM > could be implemented progressively (potentially off-the-main-thread) as > the resource representation downloads and the responseXML getter could > return this eagerly-parsed Document and always return the same document > on subsequent calls. > > Are there compelling use cases for allowing overrideMimeType() after > send() has been called? I assume that typically one would use > overrideMimeType() when knowing ahead of time that the config of the > server responding to XHR is bogus. > -- Henri Sivonen hsivonen@iki.fi http://hsivonen.iki.fi/
Received on Tuesday, 19 April 2011 09:19:13 UTC