On Wed, May 30, 2012 at 9:54 AM, Tobie Langel wrote:
>
>
> On 5/30/12 6:30 PM, "Kinuko Yasuda" wrote:
>
>>Thanks for the feedback!
>>
>>On Tue, May 29, 2012 at 11:07 PM, Tobie Langel wrote:
>>
>>On 5/17/12 11:02 AM, "Kinuko Yasuda" wrote:
>>
>>>For context for others, I assume they are comments
On Thu, May 17, 2012 at 2:02 AM, Kinuko Yasuda wrote:
> Thanks for the feedback!
>
> For context for others, I assume they are comments for the draft pushed at:
> https://dvcs.w3.org/hg/quota/Overview.html
>
> On Tue, May 15, 2012 at 8:17 PM, Anne van Kesteren wrote:
>>
>> 1) Put storageInfo on w
On Tue, Feb 28, 2012 at 1:52 PM, Darin Fisher wrote:
> On Tue, Feb 28, 2012 at 10:47 AM, Kinuko Yasuda 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 un
Apologies for the slow response. I wanted to go back and reread the
relevant specs before I said anything more. Having done so, I found
that XHR and FileReader were more similar than I had remembered.
However, I believe I also found that the exception solution is just as
consistent with XHR as th
On Fri, Apr 15, 2011 at 4:01 PM, Arun Ranganathan wrote:
> On 4/15/11 6:29 PM, Aryeh Gregor wrote:
>>
>> On Wed, Apr 13, 2011 at 4:35 PM, Robert Ginda wrote:
>>>
>>> * The FileError object is a bit awkward to work with. I found that I
>>> frequently had every reason to expect my calls to succeed
Robert:
First of all, thanks for the feedback.
On Wed, Apr 13, 2011 at 1:35 PM, Robert Ginda wrote:
> Hello public-webapps,
>
> I've spent a bit of time with the filesystem API recently, building out a
> set of common file dialogs (open, save-as, etc) for ChromeOS. We have
> a private API call
On Tue, Apr 12, 2011 at 3:38 PM, Kyle Huey wrote:
> Hello All,
>
> In the current FileAPI Writer spec a BlobBuilder can be used to build a
> series of blobs like so:
>
> var bb = BlobBuilder();
> bb.append("foo");
> var foo = bb.getBlob();
> bb.append("bar");
> var bar = bb.getBlob();
>
On Tue, Apr 12, 2011 at 11:44 AM, Arun Ranganathan wrote:
> On 4/11/11 1:39 PM, Adrian Bateman wrote:
>>
>> On Monday, April 11, 2011 10:23 AM, Eric Uhrhane wrote:
>>>
>>> On Mon, Apr 11, 2011 at 9:33 AM, Arun Ranganathan
>>> wrote:
>>>>
>
On Mon, Apr 11, 2011 at 12:16 PM, Glenn Maynard wrote:
> File objects should have a "readOnly" property, indicating whether write
> permission is granted by the user. Files returned from elements
> should, by default, set it. Constructing a FileWriter using a File with its
> readOnly property s
On Mon, Apr 11, 2011 at 9:05 AM, Adrian Bateman wrote:
> On Monday, April 11, 2011 8:28 AM, Arun Ranganathan wrote:
>> On 3/31/11 6:12 PM, Eric Uhrhane wrote:
>> > I think it's cleaner and simpler just to throw. FileReader and XHR
>> > are already different en
This is now resolved.
On Fri, Dec 10, 2010 at 3:30 PM, Eric Uhrhane wrote:
> On Fri, Dec 10, 2010 at 3:17 PM, James Robinson wrote:
>> On Fri, Dec 10, 2010 at 2:04 PM, Eric Uhrhane wrote:
>>>
>>> On Fri, Dec 10, 2010 at 2:39 AM, Anne van Kesteren
>>> wrote
On Thu, Mar 31, 2011 at 2:55 PM, Adrian Bateman wrote:
> On Thursday, March 31, 2011 10:19 AM, Arun Ranganathan wrote:
>> On 3/30/11 2:01 PM, Eric Uhrhane wrote:
>> > On Mon, Mar 28, 2011 at 5:37 PM, Adrian Bateman
>> wrote:
>> >> Is there a reason for the curr
On Mon, Mar 28, 2011 at 5:37 PM, Adrian Bateman wrote:
> As we continue to experiment with the File API, I'm trying to understand the
> rationale for the Multiple Reads section:
> http://dev.w3.org/2006/webapi/FileAPI/#MultipleReads
>
> The spec says:
>
> If multiple read methods are called on t
On Wed, Mar 16, 2011 at 4:59 PM, Charles Pritchard wrote:
> On 3/16/2011 4:34 PM, Eric Uhrhane wrote:
>>
>> On Thu, Feb 10, 2011 at 4:55 PM, Eric Uhrhane wrote:
>>>
>>> On Thu, Feb 10, 2011 at 3:27 PM, Ian Hickson wrote:
>>>>
>>>> A coupl
On Thu, Feb 10, 2011 at 4:55 PM, Eric Uhrhane wrote:
> On Thu, Feb 10, 2011 at 3:27 PM, Ian Hickson wrote:
>>
>> A couple of points I noticed while briefly perusing the File API specs:
>>
>> * Blob.size has no conformance criteria (no "must"s). It could re
On Tue, Mar 1, 2011 at 11:37 AM, Glenn Maynard wrote:
> On Tue, Mar 1, 2011 at 1:13 PM, Eric Uhrhane wrote:
>> What would you suggest for limitations? If we're requiring
>> virtualization, it seems to me that we could be quite liberal.
>
> I'd suggest only the res
On Mon, Feb 28, 2011 at 6:21 PM, Glenn Maynard wrote:
> On Mon, Feb 28, 2011 at 7:41 PM, Eric Uhrhane wrote:
>>
>> Sorry--I meant to push this over to public-webapps, as Ian suggested.
>> [+cc public-webapps, whatwg->BCC]
>
> Currently (reviewing for context), the
On Mon, Feb 28, 2011 at 4:59 PM, Charles Pritchard wrote:
> On 2/28/2011 4:10 PM, Eric Uhrhane wrote:
>>
>> On Mon, Feb 28, 2011 at 2:54 PM, Charles Pritchard
>> wrote:
>>>
>>> I'd like some clarification on the intent of the FileSystem API:
>&
Sorry--I meant to push this over to public-webapps, as Ian suggested.
[+cc public-webapps, whatwg->BCC]
On Mon, Feb 28, 2011 at 4:10 PM, Eric Uhrhane wrote:
> On Mon, Feb 28, 2011 at 2:54 PM, Charles Pritchard wrote:
>> I'd like some clarification on the intent of t
On Tue, Feb 15, 2011 at 3:46 AM, Olli Pettay wrote:
> On 02/12/2011 01:08 AM, Eric Uhrhane wrote:
>>
>> On Fri, Feb 11, 2011 at 7:43 AM, Olli Pettay
>> wrote:
>>>
>>> Hi all,
>>>
>>> the current "File API: Directories and System"
On Fri, Feb 11, 2011 at 4:33 AM, Michael[tm] Smith wrote:
> Eric Uhrhane , 2011-02-10 16:55 -0800:
>
>> On Thu, Feb 10, 2011 at 3:27 PM, Ian Hickson wrote:
>> > Is there somewhere that such issues should be filed?
>>
>> I'm not sure about the File API--it u
On Fri, Feb 11, 2011 at 7:43 AM, Olli Pettay wrote:
> Hi all,
>
> the current "File API: Directories and System" seems to use
> callbacks and not events, yet other
> File APIs (the ones for read and write) use events.
> That is quite major inconsistency in the APIs.
> IIRC there was already some d
On Thu, Feb 10, 2011 at 3:27 PM, Ian Hickson wrote:
>
> A couple of points I noticed while briefly perusing the File API specs:
>
> * Blob.size has no conformance criteria (no "must"s). It could return a
> random number each time and that would be conforming. It seems like it
> should have at leas
2011/2/7 Kinuko Yasuda :
> On Sat, Feb 5, 2011 at 7:29 AM, Glenn Maynard wrote:
>> On Fri, Feb 4, 2011 at 12:07 AM, Kinuko Yasuda wrote:
>>>
>>> If we want to make the quota API treat each API differently this would
>>> make a lot sense, but I'm not fully convinced by the idea.
>>> Putting aside
On Thu, Feb 3, 2011 at 9:23 AM, João Eiras wrote:
>>> Should probably be QuotaInfo or even QuotaManager ? Storage can and
>>> will be confused with Web Storage.
>>>
// storage type
const unsigned short TEMPORARY = 0;
const unsigned short PERSISTENT = 1;
>>>
>>> Only
On Thu, Feb 3, 2011 at 4:32 AM, João Eiras wrote:
> Howdy.
>
>> interface StorageInfo {
>
> Should probably be QuotaInfo or even QuotaManager ? Storage can and
> will be confused with Web Storage.
>
>> // storage type
>> const unsigned short TEMPORARY = 0;
>> const unsigned short PERS
Thanks for the feedback, Peter--comments inline below.
On Sun, Jan 30, 2011 at 9:10 AM, Peta Byte <256petab...@googlemail.com> wrote:
> Hello everybody,
> it's the first time I participate in a working group's mailinglist like
> this, so when
> my concerns rather belong to the implementation area
ch a thing and relax the rules later.
Thanks in advance for any comments.
Eric Uhrhane
er...@google.com
[1] http://dev.w3.org/2009/dap/file-system/file-dir-sys.html#widl-Entry-toURI
Glenn:
Sorry about the slow response; I was on vacation, and am only now catching up.
We've discussed these issues before, see
http://lists.w3.org/Archives/Public/public-device-apis/2010Jan/0229.html
for much of the initial discussion. However, you've brought up a new
point that I think is worth
On Fri, Dec 17, 2010 at 5:03 PM, Gregg Tavares (wrk) wrote:
>
>
> On Fri, Dec 17, 2010 at 4:16 PM, Charles Pritchard wrote:
>>
>> We're actively developing such functionality.
>>
>> The limit per directory is for the sake of the os file system. If you want
>> to create a data store, use indexedDB
On Fri, Dec 17, 2010 at 3:34 PM, Gregg Tavares (wrk) wrote:
> Sorry if this has been covered before.
> I've been wanting to write an app to download images from photo sites and
> I'm wondering if this use case has been considered for the FileAPI wrt
> Directories and System.
> If I understand the
On Fri, Dec 10, 2010 at 3:17 PM, James Robinson wrote:
> On Fri, Dec 10, 2010 at 2:04 PM, Eric Uhrhane wrote:
>>
>> On Fri, Dec 10, 2010 at 2:39 AM, Anne van Kesteren
>> wrote:
>> > On Fri, 10 Dec 2010 03:24:38 +0100, Web Applications Working Group Issue
>>
http://www.w3.org/2008/webapps/track/issues/173
>>
>> Raised by: Eric Uhrhane
>> On product: File API: Writer
>>
>> When a FileWriter successfully completes a write, currently it:
>> * dispatches a write event
>> * sets readyState to DONE
>> * dispatches
On Mon, Nov 29, 2010 at 11:45 AM, Joran Greef wrote:
> I have some questions regarding the FileSystem API:
>
> 1. It would be great to be able to let the user choose where they want their
> sandboxed directory located for the web app, i.e. on the desktop for quick
> access. That way they can dra
In the XHR2 spec, most references to progress events make it clear
that they're only sent for asynchronous XHRs. However, in three
cases, the events aren't written as being exclusive to the async case.
I'm guessing these are just oversights:
1)
http://dev.w3.org/2006/webapi/XMLHttpRequest-2/#cr
SGTM
On Fri, Nov 12, 2010 at 11:07 AM, Arun Ranganathan
wrote:
> - Original Message -
>> On 11/12/10 11:53 AM, Boris Zbarsky wrote:
>> > OK, then we need to define rules for instantiating a Date object
>> > here
>> > (in the face of strings that may or may not be valid date format
>> > st
On Thu, Nov 11, 2010 at 10:02 AM, Jonas Sicking wrote:
> On Thu, Nov 11, 2010 at 8:52 AM, Arun Ranganathan
> wrote:
>> At the recent Technical Plenary and All WG Meetings in Lyon, File API[1] was
>> discussed, and there are some take away action items that I minuted for
>> myself for File API,
On Thu, Nov 11, 2010 at 8:52 AM, Arun Ranganathan
wrote:
> At the recent Technical Plenary and All WG Meetings in Lyon, File API[1] was
> discussed, and there are some take away action items that I minuted for
> myself for File API, but I'm not sure they are reflected in ACTION items,
> etc. F
Good point; folks are going to want more precision than the day.
On Wed, Nov 10, 2010 at 9:03 PM, Jian Li wrote:
> I have a question regarding lastModifiedDate. The spec says that this
> property returns "an HTML5 valid date string". Per HTML 5 spec, a valid date
> string consists of only year, m
On Mon, Oct 25, 2010 at 3:21 PM, Chris Rogers wrote:
> There's been some recent discussion in the webkit-dev mailing list about
> the efficiency of implementation of the "responseArrayBuffer" attribute.
> People are concerned that it would require keeping two copies of the data
> around (raw byt
Toni:
BlobBuilder now has an append() method that takes an ArrayBuffer,
and FileReader has readAsArrayBuffer. Do these together satisfy your
needs?
Eric
On Wed, Oct 20, 2010 at 3:39 AM, Toni Ruottu wrote:
> I have discussed the topic before on some Chromium bug threads. I
> searche
On Mon, Oct 18, 2010 at 12:37 PM, Arun Ranganathan wrote:
> On 10/12/10 2:24 PM, Eric Uhrhane wrote:
>>
>> On Tue, Oct 12, 2010 at 11:18 AM, Arun Ranganathan
>> wrote:
>>>
>>> On 10/12/10 2:12 PM, Eric Uhrhane wrote:
>>>>
>>>> Aru
I support this.
On Mon, Oct 18, 2010 at 7:03 AM, Arthur Barstow wrote:
>
> Arun and Jonas would like to publish a new Working Draft of the File API
> spec and this is Call for Consensus to do so:
>
> http://dev.w3.org/2006/webapi/FileAPI/
>
> As with all of our CfCs, positive response is prefer
On Tue, Oct 12, 2010 at 10:46 AM, Arun Ranganathan wrote:
> WebApps WG,
>
> There have been some updates to the File API.
>
> http://dev.w3.org/2006/webapi/FileAPI/
>
> Notable changes are:
>
> 1. Exception codes are no longer harnessed to DOMException's exception
> codes, per discussion on this
On Tue, Oct 12, 2010 at 11:18 AM, Arun Ranganathan wrote:
> On 10/12/10 2:12 PM, Eric Uhrhane wrote:
>>
>> Arun:
>>
>> On Tue, Oct 12, 2010 at 10:46 AM, Arun Ranganathan
>> wrote:
>>>
>>> WebApps WG,
>>>
>>> There have bee
Arun:
On Tue, Oct 12, 2010 at 10:46 AM, Arun Ranganathan wrote:
> WebApps WG,
>
> There have been some updates to the File API.
>
> http://dev.w3.org/2006/webapi/FileAPI/
>
> Notable changes are:
>
> 1. Exception codes are no longer harnessed to DOMException's exception
> codes, per discussion o
2010/10/4 :
> Hello again,
> thanks for your replies, let me address them one by one:
>
> Eric: Does not slicing a Blob require for it to be read into memory first
> with functions such as getTextAsBinary?
No. If you use FileReader.readAsBinaryString, you're reading it into
memory, and what you'
Luka:
Have you looked at the filesystem spec [1]? It might have some
of the features you're looking for. It won't let you read arbitrary
local files directly, for security reasons, but if you generate or
download the files yourself, or if the user selects them for you, you
have full access
2010/9/16 Eric Uhrhane :
> How about this?
>
> For a move/copy of a file on top of existing file, or a directory on
> top of an existing empty directory, you get an automatic overwrite.
> A move/copy of a file on top of an existing directory, or of a
> directory on top of an e
I've now made this change.
On Fri, Sep 24, 2010 at 1:15 PM, Eric Uhrhane wrote:
> The abort sequence in FileWriter looks like this:
>
> "If readyState is DONE, throw a FileException with error code
> INVALID_STATE_ERR and terminate this overall series of steps.
&g
Works fine for me. I'll be there all of Monday and Tuesday. Due to
jetlag morning vs. afternoon's probably irrelevant to me, as I won't
have any idea what time it is ;'>.
On Tue, Sep 28, 2010 at 2:30 PM, Jonas Sicking wrote:
> The later the better for me. If we can make it after noon I'll be
>
The abort sequence in FileWriter looks like this:
"If readyState is DONE, throw a FileException with error code
INVALID_STATE_ERR and terminate this overall series of steps.
Set readyState to DONE.
Terminate any steps having to do with writing a file.
Dispatch a progress event called error. Set th
On Wed, Sep 15, 2010 at 6:53 PM, Arun Ranganathan wrote:
> On 9/7/10 10:08 PM, Darin Fisher wrote:
>
> On Tue, Sep 7, 2010 at 5:23 PM, Kenneth Russell wrote:
>>
>> On Tue, Sep 7, 2010 at 4:19 PM, Nathan wrote:
>> > Jian Li wrote:
>> >>
>> >> Hi,
>> >>
>> >> Several specs, like File API and WebGL
2010/9/16 Kinuko Yasuda :
> On Thu, Sep 16, 2010 at 2:50 PM, Eric Uhrhane wrote:
>> How about this?
>>
>> For a move/copy of a file on top of existing file, or a directory on
>> top of an existing empty directory, you get an automatic overwrite.
>> A move/cop
On Fri, Aug 27, 2010 at 3:58 PM, Eric Uhrhane wrote:
> On Thu, Aug 26, 2010 at 2:04 PM, Darin Fisher wrote:
>> 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
>> appe
n't very pretty.
>
>> On Thu, Sep 9, 2010 at 12:22 AM, Kinuko Yasuda
>> wrote:
>>>
>>> On Thu, Sep 9, 2010 at 12:12 AM, Kinuko Yasuda
>>> wrote:
>>>>
>>>> On Tue, Sep 7, 2010 at 6:12 PM, Eric Uhrhane wrote:
>>>&g
On Thu, Sep 9, 2010 at 6:39 AM, Arun Ranganathan
wrote:
> - Original Message -
>> On Wed, Sep 8, 2010 at 12:43 AM, Anne van Kesteren
>> wrote:
>
>> >
>> > That works for me too, but then please use internally consistent
>> > numbering
>> > rather than some codes matching DOMException and
On Sat, Sep 11, 2010 at 5:43 AM, Arthur Barstow wrote:
> On 9/11/10 6:18 AM, ext Anne van Kesteren wrote:
>>
>> On Tue, 31 Aug 2010 13:31:50 +0200, Arthur Barstow
>> wrote:
>>>
>>> I created a stub agenda item page and seek input to flesh out agenda:
>>>
>>> http://www.w3.org/2008/webapps/wiki/TP
On Tue, Sep 7, 2010 at 11:13 PM, Ian Hickson wrote:
> On Tue, 7 Sep 2010, Darin Fisher wrote:
>>
>> Based on the ValidityState example, it seems that the members of Flags
>> should be camelCase then instead of UPPERCASE?
>
> The platform convention, insofar as there is a convention, is that
> cons
On Wed, Sep 8, 2010 at 12:43 AM, Anne van Kesteren wrote:
> On Wed, 08 Sep 2010 06:12:36 +0200, Arun Ranganathan
> wrote:
>>
>> So I shall do as you did in the erstwhile Web SQL Database API. Perhaps I
>> can keep the codes that I'm reusing from DOMException as is, so that they
>> are consistent
On Tue, Sep 7, 2010 at 4:09 PM, Jian Li wrote:
> Hi,
> Several specs, like File API and WebGL, use ArrayBuffer, while other spec,
> like XMLHttpRequest Level 2, use ByteArray. Should we change to use the same
> name all across our specs? Since we define ArrayBuffer in the Typed Arrays
> spec
> (ht
On Mon, Aug 30, 2010 at 9:27 PM, Kinuko Yasuda wrote:
> Hi,
> I have a question about Entry.moveTo/copyTo behavior defined in
> the File API: Directories and System [1].
> Currently the API doesn't specify how Entry.moveTo() and copyTo() should
> behave
> when a source entry is a file and there's
void getFile(in DOMString path, bool create, bool exclusive, ...);
>
> void getDirectory(in DOMString path, bool create, bool exclusive, ...);
>
> ...
>
> };
>
> What do you think?
>
> Thanks,
>
> Kinuko
>>
>> On Wed, Jul 7, 2010 at 6:50
On Mon, Sep 6, 2010 at 12:27 PM, Ian Hickson wrote:
> On Mon, 6 Sep 2010, Nathan wrote:
>>
>> Just noticed that File API specifies NOT_READABLE_ERR as code 24,
>> whereas 24 is already used for DATA_CLONE_ERR
>> http://dev.w3.org/html5/spec/common-dom-interfaces.html#data_clone_err
>>
>> Not sure
On Thu, Aug 26, 2010 at 2:04 PM, Darin Fisher wrote:
> 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 gro
Darin and I just noticed that FileEntry.createWriter was specced as
synchronously returning a FileWriter. That's a bug--given that a
FileWriter has a length member, it would imply a required synchronous
stat on the underlying file. I've changed createWriter to be
asynchronous to fix this.
The me
Take a look at this discussion of XHR.responseBlob:
http://lists.w3.org/Archives/Public/public-webapps/2010JulSep/0536.html
Eric
On Sat, Aug 21, 2010 at 12:39 PM, J David Eisenberg
wrote:
> At present, the only way a web page can read a file's binary data via
> the File API (http://dev.w3.or
I agree with Dmitry: window.createBlobUrl() makes it clearer.
Querying blob.url shouldn't have side effects.
As Jonas points out, we should keep the creation and destruction
methods near each other, so window.destroyBlobUrl() would be the
opposite function.
As for getBlobUrl vs. createBlobUrl: the
m another script, written from multiple scripts, etc.
Specifying that each FileWriter.write() should be indistinguishable
from an open-write-close wouldn't remove all platform-specific
behavior, but it would certainly reduce the number of problem cases.
Any thoughts?
Thanks,
Eric Uhrhane
er...@google.com
uda wrote:
> On Fri, Aug 13, 2010 at 10:58 AM, Eric Uhrhane wrote:
>>
>> On Thu, Aug 12, 2010 at 11:08 PM, Kinuko Yasuda
>> wrote:
>> > Hi Eric,
>> > Thanks for your reply.
>> > Actually after sending that email I had started to think that caching
time of the call? Hmm...that name's going to be a
bit confusing, though, since there's a getFile on DirectoryEntry that
does something completely different. Perhaps just file()? It should
definitely be a method, not a member, to make clear that it's making
calls to the underlying files
se the wrong one? UAs already have to fail on operations
that don't make sense [or fail in the underlying implementation],
whether or not we keep a unified interface, so I think that would just
clutter up each subtype with the others' methods.
If I'm misunderstanding you, please g
I've posted a new draft of the File Writer API [1]. I've made the
split between a save-one-blob interface and the richer interface
that'll be needed for the filesystem [and possibly other ways of
saving files] that we recently discussed [2]. I've switched to the
terminology "FileSaver" for the fo
On Fri, Jul 9, 2010 at 4:42 PM, Maciej Stachowiak wrote:
>
> On Jul 8, 2010, at 3:47 PM, Eric Uhrhane wrote:
>
>> On Fri, Jul 2, 2010 at 8:19 PM, Jonas Sicking wrote:
>>> On Thu, Jul 1, 2010 at 3:31 PM, Eric Uhrhane wrote:
>>>> The biggest unknown in the cu
On Fri, Jul 2, 2010 at 6:22 PM, Jonas Sicking wrote:
> On Fri, Jul 2, 2010 at 2:52 PM, Maciej Stachowiak wrote:
>>
>> On Jun 30, 2010, at 10:29 AM, Eric Uhrhane wrote:
>>
>>> On Wed, Jun 30, 2010 at 10:18 AM, Jonas Sicking wrote:
>>>>
>>&g
On Fri, Jul 2, 2010 at 8:19 PM, Jonas Sicking wrote:
> On Thu, Jul 1, 2010 at 3:31 PM, Eric Uhrhane wrote:
>> The biggest unknown in the current BlobWriter spec [1] is how you
>> obtain one in the first place.
>> There are two current proposals, which I've summarized be
I've posted a new draft of File API: Directories and System [1]. In
this draft I've rolled in quite a bit of feedback that I received
since first posting it on DAP--many apologies for the delay. This is
the first draft produced since we agreed to move this spec from DAP to
WebApps; I hope those o
On Thu, Jul 1, 2010 at 4:34 PM, Jonas Sicking wrote:
> On Wed, Jun 30, 2010 at 10:18 AM, Jonas Sicking wrote:
>> On Tue, Jun 29, 2010 at 5:17 PM, Eric Uhrhane wrote:
>>> Following up on discussions mainly at [1] and use cases at [2], I'd
>>> like to propo
The biggest unknown in the current BlobWriter spec [1] is how you
obtain one in the first place.
There are two current proposals, which I've summarized below. I've
heard only a few voices on this topic, and would love to get more
opinions. New proposals would be welcome as well.
If you favor one
On Wed, Jun 30, 2010 at 10:18 AM, Jonas Sicking wrote:
> On Tue, Jun 29, 2010 at 5:17 PM, Eric Uhrhane wrote:
>> Following up on discussions mainly at [1] and use cases at [2], I'd
>> like to propose splitting the BlobWriter [née FileWriter] class, with
>> an eye to so
Following up on discussions mainly at [1] and use cases at [2], I'd
like to propose splitting the BlobWriter [née FileWriter] class, with
an eye to solving some UI problems and simplifying implementation.
When saving a Blob to a location outside the FileSystem API sandbox,
we want to prompt the us
On Tue, Jun 29, 2010 at 11:28 AM, Jonas Sicking wrote:
> On Mon, Jun 28, 2010 at 6:58 PM, Eric Uhrhane wrote:
>> The discussion at [1] got tangled up with the debate of .URL vs. .url,
>> so I'm starting a new thread to pick back up the original topic: how
>> d
The discussion at [1] got tangled up with the debate of .URL vs. .url,
so I'm starting a new thread to pick back up the original topic: how
do we save binary data from XMLHttpRequest? Here's my proposal [built
mainly from the good ideas other folks posted in the original thread].
Use case 1: the
On Mon, Jun 28, 2010 at 2:20 PM, Arun Ranganathan wrote:
> Greetings WebApps WG,
>
> I have made edits to the File API specification [1]. There are a few things
> of note that I'd like to call the WG's attention to.
>
> 1. There is a name change in effect. FileReader has been re-named
> BlobRead
make that clear.
Arun: in 5.4 and 5.5.1, I think you want to change "in memory" to
"into memory" to match the other 15-or-so instances of that phrase in
the spec. Bryan, is that sufficient?
> Thanks,
> Bryan Sullivan | AT&T
>
>
> -Original Message-
>
Sorry about the delay in response; I've been out of the office for the
past 10 days. [Also, sorry Bryan--I forgot to reply-all.]
On Tue, Jun 15, 2010 at 3:24 PM, SULLIVAN, BRYAN L (ATTCINW)
wrote:
> I am not meaning to be unfair, perhaps the message is not coming through
> clearly enough.
>
> Th
Hey all--I'm sorry it's taken me so long to respond to this thread.
I'm a little short on bandwidth right now, and that's likely going to
get worse for at least a couple of weeks.
First of all, I think this discussion should include DAP [+CC]. DAP
folks, this discussion started at
http://lists.w3
On Wed, Jun 2, 2010 at 3:57 PM, Arun Ranganathan wrote:
> On 6/2/10 3:48 PM, Eric Uhrhane wrote:
>>
>> Sure, why not? Why would this be limited to File objects?
>>
>> A File is supposed to refer to an actual file on the local hard drive.
>> A Blob is a big bun
On Wed, Jun 2, 2010 at 3:44 PM, Arun Ranganathan wrote:
> On 6/2/10 3:42 PM, Eric Uhrhane wrote:
>>
>> Arun:
>>
>> In the latest version of the spec I see that readAsDataURL, alone
>> among the readAs* methods, still takes a File rather than a Blob. Is
>>
Arun:
In the latest version of the spec I see that readAsDataURL, alone
among the readAs* methods, still takes a File rather than a Blob. Is
that just an oversight, or is that an intentional restriction?
Eric
On Thu, May 13, 2010 at 5:27 AM, Arun Ranganathan wrote:
> Greetings WebApps WG,
On Fri, May 14, 2010 at 11:52 AM, Arun Ranganathan wrote:
> On 5/13/10 9:32 PM, Darin Fisher wrote:
>>
>> Glad to hear that you didn't intend sync access :-)
>>
>
> I have thoughts on Blob and how it should behave (and about the inheritance
> relationship between Blob and File), which is why I lef
On Mon, May 17, 2010 at 3:37 PM, Dmitry Titov wrote:
> I have couple of questions, mostly clarifications I think:
> 1. FileReader takes Blob but there are multiple hints that the blob should
> be actually a 'file'. As we see Blob concept grows in popularity with such
> specs as FileWriter that def
On Thu, May 13, 2010 at 8:21 AM, Arun Ranganathan wrote:
> On 5/13/10 7:37 AM, David Levin wrote:
>>
>> On Thu, May 13, 2010 at 5:27 AM, Arun Ranganathan
>> wrote:
>>
>>
>>>
>>> Greetings WebApps WG,
>>>
>>> I have updated the editor's draft of the File API to reflect changes that
>>> have been i
On Thu, Apr 29, 2010 at 9:01 PM, Jonas Sicking wrote:
> On Thu, Apr 29, 2010 at 6:58 PM, Eric Uhrhane wrote:
>> On Thu, Apr 29, 2010 at 3:35 AM, Jonas Sicking wrote:
>>> On Thu, Apr 29, 2010 at 3:00 AM, Robin Berjon wrote:
>>>>> Though admittedly I'm bi
On Thu, Apr 29, 2010 at 3:35 AM, Jonas Sicking wrote:
> On Thu, Apr 29, 2010 at 3:00 AM, Robin Berjon wrote:
>>> Though admittedly I'm biased because I'm not sold on the whole
>>> FileSystem API and I don't expect anyone will step up and implement it
>>> in firefox anytime soon.
>>
>> Care to ela
On Thu, Apr 29, 2010 at 1:47 AM, Jonas Sicking wrote:
> On Wed, Apr 28, 2010 at 5:36 PM, Eric Uhrhane wrote:
>> Jonas wrote:
>>> So we could allow FileWriter to be created directly in addition to
>>> using . When instantiated directly any call to
>>> .write
On Thu, Apr 29, 2010 at 3:35 PM, Darin Fisher wrote:
> On Thu, Apr 29, 2010 at 3:24 PM, Eric Uhrhane wrote:
>>
>> On Thu, Apr 29, 2010 at 3:04 PM, Darin Fisher wrote:
>> >
>> >
>> > On Wed, Apr 28, 2010 at 2:30 PM, Eric Uhrhane wrote:
>> >>
On Thu, Apr 29, 2010 at 3:04 PM, Darin Fisher wrote:
>
>
> On Wed, Apr 28, 2010 at 2:30 PM, Eric Uhrhane wrote:
>>
>> On Wed, Apr 28, 2010 at 12:45 PM, Darin Fisher wrote:
>> > On Wed, Apr 28, 2010 at 11:57 AM, Michael Nordman
>> > wrote:
>> &g
I've been going through this thread trying to figure out how to make
FileWriter [1] work cleanly for the various use cases presented, and I
think the reason I've been having so much trouble is that it's just a
bad idea to do so. Its original design constraints rule out some of
the use cases. I th
On Wed, Apr 28, 2010 at 3:42 PM, Jonas Sicking wrote:
> We had some discussions about this at mozilla yesterday. I think the
> summary is something like this:
>
> * We'd like to expire data in IndexDB after some time. This will
> likely be based on heuristics, such as haven't visited the site for
1 - 100 of 126 matches
Mail list logo
