On Fri, Oct 2, 2009 at 9:15 AM, Arun Ranganathan
aranganat...@mozilla.comwrote:
Darin Fisher wrote:
FileData::slice appears to be spec'd like so:
FileData slice(in long long offset, in long long length); // throws
FileException
This suggests that it may throw a file exception. I'm
On Fri, Oct 2, 2009 at 4:00 AM, Olli Pettay olli.pet...@helsinki.fi wrote:
On 10/2/09 7:31 AM, Darin Fisher wrote:
FileData::slice appears to be spec'd like so:
FileData slice(in long long offset, in long long length); // throws
FileException
This suggests that it may throw a file
I'd like to revive the Proposal for sending multiple files via
XMLHttpRequest.send() thread
started by Jian Li back in September.
As pointed out on that thread, sending a JS array of strings and File
references isn't going
to fly due to an array of strings already having meaning.
That thread
On Tue, Oct 20, 2009 at 1:37 AM, Anne van Kesteren ann...@opera.com wrote:
On Tue, 20 Oct 2009 08:55:21 +0200, Darin Fisher da...@chromium.org
wrote:
I'd like to revive the Proposal for sending multiple files via
XMLHttpRequest.send() thread
started by Jian Li back in September
On Tue, Nov 10, 2009 at 7:48 AM, Jonas Sicking jo...@sicking.cc wrote:
Yay!
On Tue, Nov 10, 2009 at 4:06 PM, Anne van Kesteren ann...@opera.com
wrote:
WebKit presently supports sending File. It does not support FileData
yet.
Is Content-Type set to anything specific if the author has
I don't think we should worry about underlying file changes.
If the app wants to cut a file into parts and copy them separately, then
perhaps the app should first copy the file into a private area. (I'm
presuming that one day, we'll have the concept of a chroot'd private file
storage area for a
, Jan 14, 2010 at 11:58 PM, Darin Fisher da...@chromium.org wrote:
I don't think we should worry about underlying file changes.
If the app wants to cut a file into parts and copy them separately, then
perhaps the app should first copy the file into a private area. (I'm
presuming that one day
Why couldn't FormData.append(Blob) provide optional parameters to allow the
caller to specify the name and type?
-Darin
On Tue, Mar 23, 2010 at 1:06 AM, Anne van Kesteren ann...@opera.com wrote:
On Tue, 23 Mar 2010 02:24:52 +0100, Dmitry Titov dim...@google.com
wrote:
Seriously though, it
Apologies if this has been discussed before, but I'm curious why URN is not
a property of Blob. It seems like it would be useful to be able to load a
slice of a File. For example, this could be used by an application to fetch
all of its subresources out of a single file.
-Darin
PM, Darin Fisher da...@chromium.org wrote:
Apologies if this has been discussed before, but I'm curious why URN is
not a property of Blob. It seems like it would be useful to be able to load
a slice of a File. For example, this could be used by an application to
fetch all of its subresources
The Blob.getURN proposal from Eric Uhrhane might be a better way to solve
the C-D issue:
http://www.mail-archive.com/public-webapps@w3.org/msg06137.html
It would give the user the ability to control whether a URN loaded into an
IFRAME triggers a download or not.
-Darin
On Tue, Mar 23, 2010 at
On Wed, Mar 24, 2010 at 2:55 AM, Anne van Kesteren ann...@opera.com wrote:
On Tue, 23 Mar 2010 22:22:37 +0100, Darin Fisher da...@chromium.org
wrote:
Why couldn't FormData.append(Blob) provide optional parameters to allow
the caller to specify the name and type?
Why wouldn't you provide
On Tue, Mar 30, 2010 at 12:22 AM, Jonas Sicking jo...@sicking.cc wrote:
On Tue, Mar 23, 2010 at 2:23 PM, Darin Fisher da...@chromium.org wrote:
Apologies if this has been discussed before, but I'm curious why URN is
not
a property of Blob. It seems like it would be useful to be able
30, 2010 at 3:07 PM, Jonas Sicking jo...@sicking.cc wrote:
On Tue, Mar 30, 2010 at 2:57 PM, Darin Fisher da...@chromium.org
wrote:
On Tue, Mar 30, 2010 at 12:22 AM, Jonas Sicking jo...@sicking.cc
wrote:
On Tue, Mar 23, 2010 at 2:23 PM, Darin Fisher da...@chromium.org
wrote
On Wed, Mar 31, 2010 at 3:01 PM, Eric Uhrhane er...@google.com wrote:
On Wed, Mar 31, 2010 at 2:40 PM, Jonas Sicking jo...@sicking.cc wrote:
On Wed, Mar 31, 2010 at 1:55 AM, Robin Berjon ro...@berjon.com wrote:
On Mar 31, 2010, at 01:56 , Darin Fisher wrote:
The only way to get
On Mon, Apr 26, 2010 at 3:52 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Apr 26, 2010 at 3:39 PM, Darin Fisher da...@chromium.org wrote:
On Mon, Apr 26, 2010 at 3:29 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Apr 26, 2010 at 3:21 PM, Darin Fisher da...@chromium.org
wrote
On Tue, Apr 27, 2010 at 10:11 AM, Eric Uhrhane er...@google.com wrote:
On Mon, Apr 26, 2010 at 11:03 PM, Darin Fisher da...@chromium.org wrote:
On Mon, Apr 26, 2010 at 3:52 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Apr 26, 2010 at 3:39 PM, Darin Fisher da...@chromium.org
wrote
On Tue, Apr 27, 2010 at 11:01 AM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Apr 26, 2010 at 11:03 PM, Darin Fisher da...@chromium.org wrote:
On Mon, Apr 26, 2010 at 3:52 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Apr 26, 2010 at 3:39 PM, Darin Fisher da...@chromium.org
wrote
On Tue, Apr 27, 2010 at 1:33 PM, Jonas Sicking jo...@sicking.cc wrote:
On Tue, Apr 27, 2010 at 1:26 PM, Darin Fisher da...@chromium.org wrote:
It would be nice to be able to allow streaming such that every time a
progress event is fired only the newly downloaded data is available.
The UA
On Tue, Apr 27, 2010 at 2:04 PM, Jonas Sicking jo...@sicking.cc wrote:
On Tue, Apr 27, 2010 at 1:59 PM, Darin Fisher da...@chromium.org wrote:
On Tue, Apr 27, 2010 at 1:33 PM, Jonas Sicking jo...@sicking.cc wrote:
On Tue, Apr 27, 2010 at 1:26 PM, Darin Fisher da...@chromium.org
wrote
On Wed, Apr 28, 2010 at 11:57 AM, Michael Nordman micha...@google.comwrote:
On Wed, Apr 28, 2010 at 11:21 AM, Jonas Sicking jo...@sicking.cc wrote:
Ugh, sent this originally to just Darin. Resending to the list.
On Wed, Apr 28, 2010 at 10:11 AM, Darin Fisher da...@chromium.org
wrote
Glad to hear that you didn't intend sync access :-)
Can you define the contentType parameter to slice better? Is that intended
to correspond to the value of a HTTP Content-Type response header? For
example, can the contentType value include a charset attribute? It might be
useful to indicate
On Tue, May 18, 2010 at 2:56 PM, Arun Ranganathan a...@mozilla.com wrote:
On 5/18/10 2:35 PM, Eric Uhrhane wrote:
On Mon, May 17, 2010 at 3:37 PM, Dmitry Titovdim...@chromium.org
wrote:
I have couple of questions, mostly clarifications I think:
1. FileReader takes Blob but there are
On Mon, Jul 12, 2010 at 9:59 AM, David Levin le...@google.com wrote:
On Mon, Jul 12, 2010 at 9:54 AM, Adrian Bateman adria...@microsoft.comwrote:
On Monday, July 12, 2010 9:32 AM, David Levin wrote:
On Mon, Jul 12, 2010 at 8:39 AM, Adrian Bateman adria...@microsoft.com
wrote:
The
I noticed that FileWriter.truncate() can only be used to shorten a file, and
there does not seem to be a good way to grow a file using FileWriter without
appending data to it. By contrast, the POSIX ftruncate function can be used
to grow a file (zero padding it):
From ftruncate(2):
If the file
On Mon, Aug 30, 2010 at 11:14 AM, Jian Li jia...@chromium.org wrote:
On Mon, Aug 30, 2010 at 9:59 AM, Arun Ranganathan a...@mozilla.comwrote:
Jian,
On 8/28/10 8:59 PM, Jian Li wrote:
Adding explicit methods to window and WorkerGlobalScope seems to be a
better solution that solves
On Mon, Aug 30, 2010 at 1:08 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Aug 30, 2010 at 9:59 AM, Arun Ranganathan a...@mozilla.com
wrote:
In addition, BlobError and BlobException sound better because these
names
are consistent with current Blob naming scheme in File API. So we're
On Mon, Aug 30, 2010 at 10:52 PM, Anne van Kesteren ann...@opera.comwrote:
On Tue, 31 Aug 2010 01:22:45 +0200, Darin Fisher da...@chromium.org
wrote:
Another idea (possibly a crazy one) would be to eliminate Blob, and just
use File for everything. We could rename BlobBuilder to FileBuilder
On Fri, Aug 27, 2010 at 5:50 AM, Anne van Kesteren ann...@opera.com wrote:
On Fri, 13 Aug 2010 00:13:16 +0200, João Eiras joao.ei...@gmail.com
wrote:
Between the boolean and an integer, the integer is more useful, although
seeing long redirection chains is somewhat rare and overkill.
I
On Tue, Aug 31, 2010 at 1:16 PM, Anne van Kesteren ann...@opera.com wrote:
On Tue, 31 Aug 2010 19:04:08 +0200, Darin Fisher da...@chromium.org
wrote:
So the idea is that you would have to manually create the redirect request
using a new XHR if you wanted to manually follow the redirect
On Tue, Aug 31, 2010 at 11:26 PM, Anne van Kesteren ann...@opera.comwrote:
On Tue, 31 Aug 2010 22:51:19 +0200, Darin Fisher da...@chromium.org
wrote:
If instead, we had an API for auditing redirects (perhaps an onredirect
event), then we could let developers handle that event and call
On Wed, Sep 1, 2010 at 1:16 AM, Anne van Kesteren ann...@opera.com wrote:
On Wed, 01 Sep 2010 10:03:49 +0200, Darin Fisher da...@chromium.org
wrote:
On Tue, Aug 31, 2010 at 11:26 PM, Anne van Kesteren ann...@opera.com
wrote:
This does not work for synchronous requests in a worker.
Hmm
On Wed, Sep 1, 2010 at 5:19 AM, Julian Reschke julian.resc...@gmx.dewrote:
On 01.09.2010 10:16, Anne van Kesteren wrote:
...
I thought of another reason to want the original XHR object to be
responsible for following the redirect: the value of a Location header
may be a relative URL. It
On Wed, Sep 1, 2010 at 1:16 AM, Anne van Kesteren ann...@opera.com wrote:
On Wed, 01 Sep 2010 10:03:49 +0200, Darin Fisher da...@chromium.org
wrote:
On Tue, Aug 31, 2010 at 11:26 PM, Anne van Kesteren ann...@opera.com
wrote:
This does not work for synchronous requests in a worker.
Hmm
On Tue, Sep 7, 2010 at 8:41 PM, Ian Hickson i...@hixie.ch wrote:
On Tue, 7 Sep 2010, Adam Barth wrote:
I think the bitfield approach is better. The current approach doesn't
work very well in strongly typed languages. Although we might think
that these APIs will be used most-often from
On Tue, Sep 7, 2010 at 5:23 PM, Kenneth Russell k...@google.com wrote:
On Tue, Sep 7, 2010 at 4:19 PM, Nathan nat...@webr3.org wrote:
Jian Li wrote:
Hi,
Several specs, like File API and WebGL, use ArrayBuffer, while other
spec,
like XMLHttpRequest Level 2, use ByteArray. Should we
On Mon, Sep 13, 2010 at 8:51 AM, James Leigh james-nos...@leighnet.cawrote:
On Wed, 2010-09-01 at 01:03 -0700, Darin Fisher wrote:
I thought of another reason to want the original XHR object to be
responsible for following the redirect: the value of a Location
header may be a relative
On Mon, Sep 13, 2010 at 7:35 AM, Anne van Kesteren ann...@opera.com wrote:
On Wed, 01 Sep 2010 23:59:17 +0200, Darin Fisher da...@chromium.org
wrote:
On Wed, Sep 1, 2010 at 1:16 AM, Anne van Kesteren ann...@opera.com
wrote:
That seems like the current design, except we currently do
On Wed, Sep 15, 2010 at 3:07 AM, Julian Reschke julian.resc...@gmx.dewrote:
On 15.09.2010 11:56, Boris Zbarsky wrote:
On 9/15/10 2:47 AM, Boris Zbarsky wrote:
So it's possible that the original behavior was just an oversight that
then got copied. Someone with access to a browser version
On Thu, Sep 16, 2010 at 6:31 AM, Julian Reschke julian.resc...@gmx.dewrote:
I think that obtaining the resolved Location for the redirect is the
most tricky part, and we should come up with a solution where that is
also available for people who do not want the default browser behavior.
I
On Fri, Sep 17, 2010 at 11:05 AM, Adam Barth w...@adambarth.com wrote:
On Fri, Sep 17, 2010 at 10:27 AM, Adam Barth w...@adambarth.com wrote:
On Thu, Sep 16, 2010 at 3:25 PM, Darin Fisher da...@chromium.org
wrote:
On Thu, Sep 16, 2010 at 6:31 AM, Julian Reschke julian.resc...@gmx.de
wrote
On Sun, Sep 19, 2010 at 10:41 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 9/20/10 1:02 AM, Adam Barth wrote:
I've updated the document:
https://docs.google.com/document/edit?id=1r_VTFKApVOaNIkocrg0z-t7lZgzisTuGTXkdzAk4gLUhl=en#
General comments based on a quick read (and ignoring
On Mon, Sep 20, 2010 at 11:02 AM, Garrett Smith dhtmlkitc...@gmail.comwrote:
On 9/20/10, Julian Reschke julian.resc...@gmx.de wrote:
On 20.09.2010 18:56, Garrett Smith wrote:
[...]
Requests that don't have lot of parameters are often simple one-liners:
url = /getShipping/?zip= + zip +
On Tue, Oct 19, 2010 at 4:57 PM, Jonas Sicking jo...@sicking.cc wrote:
On Tue, Oct 19, 2010 at 1:24 AM, Anne van Kesteren ann...@opera.com
wrote:
On Mon, 18 Oct 2010 20:15:53 +0200, Jonas Sicking jo...@sicking.cc
wrote:
Without revoking the UA has to keep around the URL-string - resource
On Tue, Oct 26, 2010 at 5:43 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 10/26/10 5:27 AM, Anne van Kesteren wrote:
Boris, do you see value in the asBlob / responseBlob proposal currently
in the draft?
The idea there being that you don't have to have the data in memory at all
unless the
) while you actually want the bytes.
In general, this approach seems really fragile and hostile to web
developers.
2. Darin Fisher has suggested this approach: Add an asArrayBuffer
attribute (similar to asBlob) which *must* be set before sending the
request if there will be a subsequent access
On Wed, Oct 27, 2010 at 12:04 AM, Boris Zbarsky bzbar...@mit.edu wrote:
On 10/27/10 2:28 AM, Darin Fisher wrote:
I think it's about performance as well as implementor convenience. If
the implementor knows up front that the data should be stored as a Blob,
then the implementor can write
On Wed, Oct 27, 2010 at 12:12 AM, Boris Zbarsky bzbar...@mit.edu wrote:
On 10/27/10 2:39 AM, Darin Fisher wrote:
I think XMLHttpRequest is trying to be too much of a kitchen-sink.
OK, something we agree on. ;)
Ideally, there'd be separate components that operate on an ArrayBuffer
On Thu, Nov 18, 2010 at 11:21 AM, Gregg Tavares (wrk) g...@google.comwrote:
On Thu, Nov 18, 2010 at 12:45 AM, Robert O'Callahan
rob...@ocallahan.orgwrote:
On Thu, Nov 18, 2010 at 4:03 PM, Gregg Tavares (wrk) g...@google.comwrote:
On (a)
Take this page (http://boingboing.net) At the time
How about just running the callback once the tab becomes visible again? It
will run, but just not unless there is reason to animate/paint.
-Darin
On Thu, Nov 18, 2010 at 6:08 PM, Robert O'Callahan rob...@ocallahan.orgwrote:
I suppose we could have a variant API that explicitly means I don't
Have you guys considered what happens when a Blob is present? I'm very
concerned about that case since WebStorage is a synchronous API. If storing
a Blob in LocalStorage involves synchronous disk IO, then I'm pretty sure it
is something I would object to implementing. I don't think there is a
, Darin Fisher da...@chromium.org wrote:
Have you guys considered what happens when a Blob is present? I'm very
concerned about that case since WebStorage is a synchronous API. If storing
a Blob in LocalStorage involves synchronous disk IO, then I'm pretty sure it
is something I would object
On Tue, Apr 12, 2011 at 4:02 PM, Mike Taylor miketa...@gmail.com wrote:
On 4/12/11 2:05 PM, Jonas Sicking wrote:
It appears that Opera too implements File.slice. Would be great to
know for how long it's been implemented.
The first public build [1] with File.slice was made available last
On Tue, Apr 12, 2011 at 5:59 PM, Brendan Eich bren...@mozilla.org wrote:
Darin's position is leaning toward not breaking compatibility with what
Chrome has shipped for a while. That's one consideration. It can't be the
only consideration, or there's no point having a discussion and whatever
On Tue, Apr 12, 2011 at 11:50 PM, Jonas Sicking jo...@sicking.cc wrote:
On Tue, Apr 12, 2011 at 10:01 PM, Darin Fisher da...@chromium.org wrote:
On Tue, Apr 12, 2011 at 5:59 PM, Brendan Eich bren...@mozilla.org
wrote:
Darin's position is leaning toward not breaking compatibility
Hmm... this is curious. I'm not sure that the Chrome behavior is
intentional. I need
to investigate further.
Isn't there already a signal to tell you when response headers are
available? Isn't it a
bit redundant for the upload complete notification to be tied to the same
signal?
To support
On Tue, Jun 21, 2011 at 12:30 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 6/21/11 3:01 PM, Darin Fisher wrote:
Isn't there already a signal to tell you when response headers are
available?
Yes; I believe the readystate changes at this point and onreadystatechange
is fired.
Isn't
Back in September, it was proposed to expand the charter of the WebEvents
WG to include PointerLock (formerly known as MouseLock) and Gamepad APIs
[1]. This seemed like a logical home for them given that both of these
APIs pertain to input event systems.
However, one thing that became apparent
On Thu, Dec 15, 2011 at 1:39 PM, Olli Pettay olli.pet...@helsinki.fiwrote:
On 12/15/2011 11:27 PM, Vincent Scheib wrote:
On Thu, Dec 15, 2011 at 6:16 AM, Olli Pettay olli.pet...@helsinki.fi
mailto:Olli.Pettay@helsinki.**fi olli.pet...@helsinki.fi wrote:
Hi all,
few comments about
Please keep in mind that multiple web apps share the same main thread.
While browser's can keep their own UI responsive in the face of
synchronous XHRs, they cannot do the same for other web app, which may
share their main thread with a web app that uses synchronous XHR.
Unfortunately, the web
On Tue, Feb 28, 2012 at 10:47 AM, Kinuko Yasuda kin...@chromium.org wrote:
Hi,
While looking at the FileSystem API draft I noticed that we only expose
'modificationTime' in 'Metadata' object. Since FileEntry itself doesn't
have 'size' field unlike File object maybe it's reasonable to add
On Wed, Mar 28, 2012 at 5:49 PM, Jonas Sicking jo...@sicking.cc wrote:
On Wed, Mar 28, 2012 at 4:36 PM, Glenn Maynard gl...@zewt.org wrote:
Here's another proposal, which is an iteration of the previous. It's
based
on the microtask concept, which is creeping up here and there but
hasn't
Note: The {File,Directory}Entry types are also separately useful for
multi-file input and drag-n-drop applications:
http://wiki.whatwg.org/wiki/DragAndDropEntries
To summarize, it solves several problems with FileList:
1- A DirectoryEntry can be lazily resolved by the developer. With
FileList,
On Wed, Sep 19, 2012 at 11:50 PM, James Graham jgra...@opera.com wrote:
On Wed, 19 Sep 2012, Adam Barth wrote:
On Wed, Sep 19, 2012 at 1:46 PM, James Graham jgra...@opera.com wrote:
On Wed, 19 Sep 2012, Edward O'Connor wrote:
Olli wrote:
I think we should discuss about moving File
No comment on the value of DirectoryEntry for enabling asynchronous listing
of files in input type=file multiple?
-Darin
On Thu, Sep 20, 2012 at 4:48 PM, Maciej Stachowiak m...@apple.com wrote:
+1
I don't see an indication of any major browser but Chrome planning to
implement this and
On Fri, Sep 21, 2012 at 1:14 AM, James Graham jgra...@opera.com wrote:
On 09/20/2012 11:45 PM, Darin Fisher wrote:
File path information is already exposed via input type=file multiple.
File names may contain partial paths.
http://www.whatwg.org/specs/**web-apps/current-work/**
multipage
Or.. drag-n-drop receipt of a folder or set of folders.
On Fri, Sep 21, 2012 at 3:50 PM, Darin Fisher da...@chromium.org wrote:
No comment on the value of DirectoryEntry for enabling asynchronous
listing of files in input type=file multiple?
-Darin
On Thu, Sep 20, 2012 at 4:48 PM, Maciej
On Tue, Feb 26, 2013 at 9:40 AM, Aaron Colwell acolw...@chromium.orgwrote:
On Tue, Feb 26, 2013 at 9:12 AM, Anne van Kesteren ann...@annevk.nlwrote:
On Tue, Feb 26, 2013 at 4:50 PM, Aaron Colwell acolw...@chromium.org
wrote:
One other data point is that we are using the Stream as an opaque
On Tue, Feb 26, 2013 at 5:10 PM, Glenn Maynard gl...@zewt.org wrote:
On Tue, Feb 26, 2013 at 11:12 AM, Anne van Kesteren ann...@annevk.nlwrote:
Okay, so we want to keep something like Stream around. Do you need a
Blob without size kind of object? E.g. that would mean it cannot have
chunked
On Tue, Feb 26, 2013 at 5:55 PM, Glenn Maynard gl...@zewt.org wrote:
On Tue, Feb 26, 2013 at 7:16 PM, Darin Fisher da...@chromium.org wrote:
Interesting idea, but what is the motivation for this change? Why would
the XHR (data provider) state machine need to change?
XHR is a consumer
On Wed, Feb 27, 2013 at 7:24 AM, Glenn Maynard gl...@zewt.org wrote:
On Wed, Feb 27, 2013 at 12:02 AM, Darin Fisher da...@chromium.org wrote:
I assume that even if the Stream is not done downloading that it should
be safe to reuse the XHR object that provided the Stream, right? Hmm, I
can
On Wed, Feb 27, 2013 at 8:54 AM, Aaron Colwell acolw...@chromium.orgwrote:
On Tue, Feb 26, 2013 at 5:55 PM, Glenn Maynard gl...@zewt.org wrote:
On Tue, Feb 26, 2013 at 7:16 PM, Darin Fisher da...@chromium.org wrote:
Interesting idea, but what is the motivation for this change? Why would
On Wed, Feb 27, 2013 at 5:26 PM, Glenn Maynard gl...@zewt.org wrote:
On Wed, Feb 27, 2013 at 10:39 AM, Aaron Colwell acolw...@chromium.orgwrote:
- I would like to stream realtime TV. Pausing shouldn't be a problem
because I don't rely on POST requests and I would just buffer up to a
certain
On Wed, Mar 6, 2013 at 6:29 AM, Anne van Kesteren ann...@annevk.nl wrote:
On Wed, Mar 6, 2013 at 2:21 PM, Glenn Maynard gl...@zewt.org wrote:
Blob.type is a MIME type, not a Content-Type header. It's a string of
codepoints, not a series of bytes. XHR is a protocol-level API, so
maybe it
74 matches
Mail list logo
