W3C home > Mailing lists > Public > public-webapps@w3.org > April to June 2010

Re: Updates to File API

From: Eric Uhrhane <ericu@google.com>
Date: Tue, 18 May 2010 14:24:13 -0700
Message-ID: <AANLkTikrpX4mCZlvqUGcRi4qim8W3Ss1Mh1MbO1uuhbX@mail.gmail.com>
To: arun@mozilla.com
Cc: David Levin <levin@google.com>, Web Applications Working Group WG <public-webapps@w3.org>, public-device-apis <public-device-apis@w3.org>
On Thu, May 13, 2010 at 8:21 AM, Arun Ranganathan <arun@mozilla.com> wrote:
> On 5/13/10 7:37 AM, David Levin wrote:
>>
>> On Thu, May 13, 2010 at 5:27 AM, Arun Ranganathan<arun@mozilla.com>
>>  wrote:
>>
>>
>>>
>>> Greetings WebApps WG,
>>>
>>> I have updated the editor's draft of the File API to reflect changes that
>>> have been in discussion.
>>>
>>> http://dev.w3.org/2006/webapi/FileAPI
>>>
>>> Notably:
>>>
>>> 1. Blobs now allow further binary data operations by exposing an
>>> ArrayBuffer property that represents the Blob.
>>>
>>
>> Does this imply *sync* access to the blob data? "new
>> DataArray(blob.blobBuffer).getInt8(0);"
>>
>
> A more sensible way is an additional asynchronous read method on FileReader,
> which is what I should have done in the first place.  Here, partial data is
> going to be an interesting question.  While partial strings makes sense (for
> readAsBinaryString and readAsText), partial ArrayBuffers gets us into a
> different area altogether.  Any thoughts on partial reads here?
>
> For now, I've caveated my (pretty major) mistake with an editor's note.
>  I'll update later today with a better way to expose this, but I'm thinking
> something like readAsArrayBuffer on FileReader (with an open question on
> partial reads).
>>
>> Also, does it imply the ability to modify the blob contents? (If so, what
>> does this mean when there is a file backing it?)
>> "new DataArray(blob.blobBuffer).setInt8(0, 0);"
>>
>
> I'll let Eric speak to what BlobBuilder might want to do, but I'll strongly
> disallow it in my draft :)

BlobBuilder won't change the fundamental immutability of Blob.

> -- A*
>>
>> Thanks, dave
>>
>>
>
>
>
Received on Tuesday, 18 May 2010 21:25:01 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:38 GMT