W3C home > Mailing lists > Public > public-webapps@w3.org > July to September 2009

Re: [File API] feedback on August 1/5 draft

From: Anne van Kesteren <annevk@opera.com>
Date: Thu, 13 Aug 2009 12:31:19 +0200
To: arun@mozilla.com
Cc: "WebApps WG" <public-webapps@w3.org>
Message-ID: <op.uyljihux64w2qv@annevk-t60>
On Thu, 13 Aug 2009 02:02:30 +0200, Arun Ranganathan <arun@mozilla.com> wrote:
> Anne van Kesteren wrote:
>> I think [FileData.url] also should only be available on File.
> This would probably be fine, although for filedata: URLs, we don't  
> *need* a mediaType (we could just define octet stream or something on  
> slice'd FileData objects).
> I'm ok with moving it, thought.

The reason I think it makes sense to move it is that all URL consumers expect a full file.

>> Not strongly no, but if we just want to reuse DOMException here isn't  
>> that what we should do rather than have FileException?
> Possibly, but I was thinking of having slice throw exception.SLICE_ERR  
> if the range mathematics is wrong.  It probably won't need to throw for  
> any other reasons.

The problem I have with the design is that it is somewhat compatible with DOMException, but not necessarily so with future extensions to DOMException. Either we should coordinate the two or make them separate.

Anne van Kesteren
Received on Thursday, 13 August 2009 10:32:12 UTC

This archive was generated by hypermail 2.3.1 : Friday, 27 October 2017 07:26:18 UTC