W3C home > Mailing lists > Public > public-webapps@w3.org > January to March 2012

Re: [fileapi] timing of readyState changes vs. events

From: Arun Ranganathan <aranganathan@mozilla.com>
Date: Thu, 1 Mar 2012 15:16:32 -0800 (PST)
To: Eric U <ericu@google.com>
Cc: Web Applications Working Group WG <public-webapps@w3.org>, Jonas Sicking <jonas@sicking.cc>
Message-ID: <601634878.3654974.1330643792176.JavaMail.root@zimbra1.shared.sjc1.mozilla.com>
Eric,

> In the readAsText in the latest draft [1] I see that readyState gets
> set to done "When the blob has been read into memory fully".
> I see that elsewhere in the progress notification description, "When
> the data from the blob has been completely read into memory, queue a
> task to fire a progress event called load".  So readyState changes
> separately from the sending of that progress event, since one is
> direct and the other queued, and script could observe the state in
> between.
> 
> In the discussion at [2] we arranged to avoid that for FileWriter.
>  We
> should do the same for FileReader.

OK, so the change is to ensure that these events are fired directly, and not queued, right?  I'll make this change.  This applies to all readAs* methods.

-- A*
Received on Thursday, 1 March 2012 23:17:00 GMT

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