Redirecting this thread to the overlap... thread because it is the same.
For Cyril -- I think the mistake is that XHR does provide incremental
data on 'loading' instead of delta data.
I have read again:
http://lists.w3.org/Archives/Public/public-webapps/2013AprJun/0727.html.
And still do
Hi all,
Le 29/08/2013 01:25, Aymeric Vitte a écrit :
The Streams API says for now This event handler should mimic the
|FileReader.onprogress|
http://dev.w3.org/2006/webapi/FileAPI/#dfn-onprogress event handler
The second proposal is not very explicit for now but there is a read
The Streams API says for now This event handler should mimic the
|FileReader.onprogress|
http://dev.w3.org/2006/webapi/FileAPI/#dfn-onprogress event handler
The second proposal is not very explicit for now but there is a read
resolver.
This discussion seems to be the same as the Overlap
On Fri, Aug 23, 2013 at 8:35 AM, Arun Ranganathan a...@mozilla.com wrote:
On Aug 22, 2013, at 12:07 PM, Jonas Sicking wrote:
I think you might have misunderstood my initial comment.
I agree that the current partial data solution is not good. I think we
should remove it.
I'd really like
On Aug 22, 2013, at 12:07 PM, Jonas Sicking wrote:
I think you might have misunderstood my initial comment.
I agree that the current partial data solution is not good. I think we
should remove it.
I'd really like other implementors to weigh in before we remove Partial Blob
Data. Cc'ing
Yes, stucked was not the right term, the workaround is to slice the
blob once the file has been readed and to use workers so the UA is not
blocked by the operation, both are indeed not great at all, taking a lot
of time and complicating the implementation while it could be easily
implemented
I think you might have misunderstood my initial comment.
I agree that the current partial data solution is not good. I think we
should remove it.
I think we should instead create a better solution in v2 of the API
which is based on something other than FileReader and which has the
ability to
On Aug 20, 2013, at 7:13 PM, Aymeric Vitte wrote:
The specs says :
It can also return partial Blob data. Partial Blob data is the part of the
File or Blob that has been read into memory currently; when processing the
read method readAsText, partial Blob data is a DOMString that is
On Tue, Aug 20, 2013 at 4:13 PM, Aymeric Vitte vitteayme...@gmail.com wrote:
The specs says :
It can also return partial Blob data. Partial Blob data is the part of the
File or Blob that has been read into memory currently; when processing the
read method readAsText, partial Blob data is a
Le 21/08/2013 19:03, Jonas Sicking a écrit :
On Tue, Aug 20, 2013 at 4:13 PM, Aymeric Vitte vitteayme...@gmail.com wrote:
The specs says :
It can also return partial Blob data. Partial Blob data is the part of the
File or Blob that has been read into memory currently; when processing the
Le 21/08/2013 16:16, Arun Ranganathan a écrit :
On Aug 20, 2013, at 7:13 PM, Aymeric Vitte wrote:
The specs says :
It can also return /partial Blob data/. Partial Blob data is the
part of the |File| http://www.w3.org/TR/FileAPI/#dfn-file or |Blob|
http://www.w3.org/TR/FileAPI/#dfn-Blob
On Wed, Aug 21, 2013 at 3:56 PM, Aymeric Vitte vitteayme...@gmail.com wrote:
Combination of the File API, indexedDB, etc (and future WebCrypto) is really
great, I did not expect to be stucked by something that looks trivial:
calculate the hash of a file while you are reading it.
Until we add
12 matches
Mail list logo
