Following up on this older thread, Mozilla has added ArrayBuffer to
their XHR object, though the documentation
is a little bare.
xhr.mozResponseArrayBuffer
On 2/4/2011 2:01 AM, Anne van Kesteren wrote:
On Thu, 03 Feb 2011 23:56:13 +0100, Charles Pritchard
ch...@jumis.com wrote:
But in the
On Thu, 03 Feb 2011 23:56:13 +0100, Charles Pritchard ch...@jumis.com
wrote:
But in the present, we've got XMLHttpRequest, with CORS semantics, and
all other manner of goodness.
EventSource seems to me, to have different use cases than the simpler
XHR.
Yes, it is meant for streaming.
On Mon, 31 Jan 2011 10:17:23 +0100, Anne van Kesteren ann...@opera.com
wrote:
I somehow missed that a request to add back ArrayBuffer support was
offlist. Since quite a few specifications are using it now and TC 39 has
shown no progress on developing an alternative I was convinced to add it
On Mon, 31 Jan 2011 18:27:51 +0100, Charles Pritchard ch...@visc.us
wrote:
While on that topic, it'd be nice to see a fixed-size ArrayBuffer,
for working with streams and large-files.
Currently: blob requires the entire file be downloaded before use,
classically, the stream could be ready
(I didn't send the previous mail to the list, so sending again)
I hope we can actually just do this by exposing blob earlier than DONE in
due course. With the Blob object on disk growing over time. If you really
just want to stream data I think we should use EventSource for that.
IMHO,
On Tue, 01 Feb 2011 14:58:02 +0100, ATSUSHI TAKAYAMA
taka.atsu...@googlemail.com wrote:
(I didn't send the previous mail to the list, so sending again)
I hope we can actually just do this by exposing blob earlier than
DONE in due course. With the Blob object on disk growing over time. If
On 1/31/2011 1:17 AM, Anne van Kesteren wrote:
I somehow missed that a request to add back ArrayBuffer support was
offlist. Since quite a few specifications are using it now and TC 39
has shown no progress on developing an alternative I was convinced to
add it back in. The responseType value