Geolocation API proposal

2008-03-06 Thread Aaron Boodman
on the design, one way or the other. Thanks, -- Aaron Boodman

Blobs: An alternate (complementary?) binary data proposal (Was: File IO...)

2008-05-07 Thread Aaron Boodman
Hi everyone, Opera has a proposal for a specification that would revive (and supersede) the file upload API that has been lingering so long as a work item. The Gears team has also been putting together a proposal for file access which overlaps in some ways with Opera's, but is also orthogonal

Re: Blobs: An alternate (complementary?) binary data proposal (Was: File IO...)

2008-05-10 Thread Aaron Boodman
On Sat, May 10, 2008 at 1:18 AM, Maciej Stachowiak [EMAIL PROTECTED] wrote: I really like the idea of adding consistent APIs for binary data in the many places in the Web platform that need them. However, I'm not really clear on why Blobs must be distinct from ByteArrays. The only explanation

Re: Blobs: An alternate (complementary?) binary data proposal (Was: File IO...)

2008-05-11 Thread Aaron Boodman
On Sun, May 11, 2008 at 4:22 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: Here's one additional question on how this would work with ByteArray. The read API for ByteArray is currently synchronous. Doesn't this mean that with large files accessing bytearray[n] could block? If the ByteArray

Re: Blobs: An alternate (complementary?) binary data proposal (Was: File IO...)

2008-05-11 Thread Aaron Boodman
On Sun, May 11, 2008 at 5:46 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: Well, that depends on how good the OS buffer cache is at prefetching. But in general, there would be some disk access. It seems better if the read API is just async for this case to prevent the problem. I see what

Re: Blobs: An alternate (complementary?) binary data proposal (Was: File IO...)

2008-05-11 Thread Aaron Boodman
On Sun, May 11, 2008 at 6:46 PM, Maciej Stachowiak It seems better if the read API is just async for this case to prevent the problem. It can't entirely prevent the problem. If you read a big enough chunk, it will cause swapping which hits the disk just as much as file reads. Possibly more,

Re: Blobs: An alternate (complementary?) binary data proposal

2008-05-12 Thread Aaron Boodman
On Mon, May 12, 2008 at 12:17 AM, Anne van Kesteren [EMAIL PROTECTED] wrote: FWIW, XMLHttpRequest Level 2 already has this functionality in the form of responseBody: http://dev.w3.org/2006/webapi/XMLHttpRequest-2/ (send() is also accepts a ByteArray now.) Thanks, I wasn't aware of that.

quick question on xhr2 upload events

2008-05-20 Thread Aaron Boodman
My reading of http://www.w3.org/TR/XMLHttpRequest2/#tracking leads me to believe that you can do this: xhr.upload.addEventListener(progress, function(){}, false); but not this: xhr.upload.onprogress = function(){}; That is, XMLHttpRequestUpload implements EventTarget, but not any old-style