Hi Chris.
I like the efficiency of this approach. And I agree with your premise that a
developer will probably only want one type of data (raw, text, or XML) per
request, and not more than one.
My biggest concern with this idea is that there's nothing obvious about the API
pattern of three
The solution for .responseBlob was to add an .asBlob attribute that would
need to be set to true before calling .send(). We could do the same for
.responseArrayBuffer.
-Darin
On Mon, Oct 25, 2010 at 12:17 PM, Geoffrey Garen gga...@apple.com wrote:
Hi Chris.
I like the efficiency of this
On Oct 25, 2010, at 12:22 PM, Darin Fisher wrote:
The solution for .responseBlob was to add an .asBlob attribute that would
need to be set to true before calling .send(). We could do the same for
.responseArrayBuffer.
-Darin
On Mon, Oct 25, 2010 at 12:17 PM, Geoffrey Garen
passing undefined as the 4th and 5th arguments seems pretty clunky to me.
Since, we already have an asBlob attribute, then asArrayBuffer like
Darin suggests seems like it might be better. However, then we can get into
cases where both asBlob and asArrayBuffer are set, and this problem
would get
How do you address the discoverability issue that I raised? asBlob and
asArrayBuffer have the benefit of being detectable at runtime. but, a
settable responseType does not support detection of supported values.
-Darin
On Mon, Oct 25, 2010 at 2:54 PM, Chris Rogers crog...@google.com wrote:
True, it's not as simple as checking for the existence of an attribute, but
it could throw an exception. It seems like having both asBlob and
asArrayBuffer also creates the possibility of bad combinations of settings
which could get confusing, especially if more types are added in the future.
You could aid discoverability -- and programming -- by providing a set of
enumerated constants on the XHR constructor, much like the Node constructor
provides for NodeTypes.
Another option would be to throw an exception when setting responseType to an
unsupported value.
Geoff
On Oct 25,
A few weeks ago I brought up the idea of implementing the
responseArrayBuffer attribute for XHR:
http://dev.w3.org/2006/webapi/XMLHttpRequest-2/#the-responsearraybuffer-attribute
One of the concerns was that it might require double the memory usage since
the raw bytes would have to be accumulated
8 matches
Mail list logo
