Re: [fileapi] Pull Request on GitHub

2016-08-16 Thread Arun Ranganathan
I won't be editing it either. On Tue, Aug 16, 2016 at 4:44 AM, Marcos Caceres wrote: > On August 16, 2016 at 6:31:31 PM, Zhen Zhang (izgz...@gmail.com) wrote: > > Hi, > > > > I have a PR on GitHub regarding some issues of wording in current File > API spec:

Re: Directory Upload Proposal

2015-04-27 Thread Arun Ranganathan
On Fri, Apr 24, 2015 at 2:28 AM, Ali Alabbas a...@microsoft.com wrote: If there is sufficient interest, I would like to work on this within the scope of the WebApps working group. And I'll help with the FileSystem API bit, ensuring that full spec.[3] has bits about the Directory Upload

flush() | was Re: FileSystem API Comments

2014-10-31 Thread Arun Ranganathan
Greetings Ali! I’ve been thinking about the discussion of flush(), and would like to see if I can make my previous statement a bit more nuanced. It turns out that flush() (in the vein of fsync/sync) is pretty useful, and after discussion with a few folks within Mozilla, I realize that it isn’t

FileAPI | Programmatic Triggering of Downloads

2014-10-30 Thread Arun Ranganathan
WebAppsWG, At the recent F2F, I received an ACTION to strike one of the use cases from the File API, since the File API itself did not deliver on that use case. This is ACTION 750: https://www.w3.org/2008/webapps/track/actions/750 which asks me to remove the use case, since there isn’t a

Re: [FileAPI] Seeking status and plans [Was: [TPAC2014] Creating focused agenda]

2014-10-27 Thread Arun Ranganathan
On Oct 22, 2014, at 8:05 AM, Arthur Barstow art.bars...@gmail.com wrote: * File API: Arun and Jonas; which v1 bugs are blocking a new LC; what are next steps; timeline for LC. Arun, Jonas, Please see the above and respond accordingly. I am especially interested in the File API status

Re: FileSystem API Comments

2014-10-22 Thread Arun Ranganathan
Ali, First, thanks for your timely comments :) I’m in the process of editing the FileSystem API. Responses inline: On Oct 21, 2014, at 4:36 PM, Ali Alabbas a...@microsoft.com wrote: 1.1 Use cases (3. Audio/Photo editor with offline access or local cache for speed) * Edited files

Re: File API: reading a Blob

2014-09-03 Thread Arun Ranganathan
On Aug 11, 2014, at 7:24 AM, Anne van Kesteren ann...@annevk.nl wrote: Other than “chunks of bytes” which needs some normative backbone, is the basic abstract model what you had in mind? If so, that might be worth getting into File APi and calling it done, because that’s a reusable

Re: File API: reading a Blob

2014-09-03 Thread Arun Ranganathan
On Sep 3, 2014, at 6:02 PM, Aymeric Vitte vitteayme...@gmail.com wrote: The fact is that most of the W3C groups impacted by streams (File, indexedDB, MSE, WebRTC, WebCrypto, Workers, XHR, WebSockets, Media Stream, etc, I must forget a lot here) seem not to care a lot about it and maybe

Re: File API: reading a Blob

2014-08-08 Thread Arun Ranganathan
Welcome back - we missed you :-) On Aug 5, 2014, at 9:43 AM, Anne van Kesteren ann...@annevk.nl wrote: On Thu, Jul 17, 2014 at 2:58 PM, Arun Ranganathan a...@mozilla.com wrote: There are two questions: 1. How should FileReaderSync behave, to solve the majority of use cases? 2. What

Re: File API: reading a Blob

2014-07-31 Thread Arun Ranganathan
Aymeric, (Sorry for the delay; I was traveling for the last part of July.) On Jul 17, 2014, at 11:25 AM, Aymeric Vitte vitteayme...@gmail.com wrote: I don't get this, most reads inside browsers are about fetching, and fetching does increment a resource while it is loaded/displayed (image,

Re: File API: reading a Blob

2014-07-31 Thread Arun Ranganathan
Aymeric, (Sorry for the delay; I was traveling for the last part of July.) On Jul 17, 2014, at 11:25 AM, Aymeric Vitte vitteayme...@gmail.com wrote: I don't get this, most reads inside browsers are about fetching, and fetching does increment a resource while it is loaded/displayed (image,

Re: File API: reading a Blob

2014-07-17 Thread Arun Ranganathan
On Jul 14, 2014, at 3:47 AM, Anne van Kesteren ann...@annevk.nl wrote: On Thu, Jul 10, 2014 at 7:05 PM, Arun Ranganathan a...@mozilla.com wrote: On Jul 3, 2014, at 10:50 AM, Anne van Kesteren ann...@annevk.nl wrote: That would mean you would get different results between using FileReaderSync

Re: File API: reading a Blob

2014-07-17 Thread Arun Ranganathan
Aymeric, On Jul 16, 2014, at 8:20 AM, Aymeric Vitte vitteayme...@gmail.com wrote: Example: var myfile=new Blob(); //chunks are coming in myfile=new Blob([myfile,chunk],...) //mylink A tag mylink.href=URL.createObjectURL(myfile) click on mylink -- does not work Expected behavior:

Re: File API: Blob URL origin

2014-07-17 Thread Arun Ranganathan
On Jun 30, 2014, at 7:13 PM, Glenn Maynard gl...@zewt.org wrote: Why would the identifier not just be the blob URL itself? Done. Also, both Chrome and Firefox treat the entire URL as case-sensitive, eg. Blob:... won't revoke the URL, or uppercasing the hostname portion in Chrome.

Re: File API: reading a Blob

2014-07-10 Thread Arun Ranganathan
On Jul 3, 2014, at 10:50 AM, Anne van Kesteren ann...@annevk.nl wrote: On Thu, Jul 3, 2014 at 4:29 PM, Arun Ranganathan a...@mozilla.com wrote: OK, this is fixable. I’ll ensure that the read operation’s synchronous component does return the results thus far, but that FIleReaderSync itself

Re: File API: reading a Blob

2014-07-03 Thread Arun Ranganathan
On Jul 3, 2014, at 4:14 AM, Anne van Kesteren ann...@annevk.nl wrote: It's unclear to me why we'd want to use the event loop for this, basically. The FileReader object uses the event loop; your initial request for Fetch was to have a reusable “abstract” read operation which used tasks.

Re: File API: reading a Blob

2014-07-03 Thread Arun Ranganathan
On Jul 3, 2014, at 10:17 AM, Anne van Kesteren ann...@annevk.nl wrote: So most of Fetch is asynchronous. If it's invoked with the synchronous flag set it's just that it waits for the entire response before returning. That's why I'd like to use the asynchronous path of reading a blob. But I'd

Re: File API: reading a Blob

2014-07-02 Thread Arun Ranganathan
On Jul 2, 2014, at 10:28 AM, Anne van Kesteren ann...@annevk.nl wrote: So what I need is something like this: To read a Blob object /blob/, run these steps: 1. Let /s/ be a new body. [FETCH] 2. Return /s/, but continue running these steps asynchronously. 3. While /blob/'s

Re: File API: Blob URL origin

2014-07-01 Thread Arun Ranganathan
On Jun 30, 2014, at 7:13 PM, Glenn Maynard gl...@zewt.org wrote: Why would the identifier not just be the blob URL itself? The spec currently makes the identifier just the scheme data, which seems much more complex than it needs to be. revokeObjectURL should simply be Remove the entry from

Re: File API: Blob URL origin

2014-07-01 Thread Arun Ranganathan
On Jul 1, 2014, at 2:32 AM, Anne van Kesteren ann...@annevk.nl wrote: That works for me. That way we can make this a more generic store if god forbid we get more of these schemes. While I think mediastream URLs may have died on the vine, using the same store for filesystem URLs would be

Re: File API: Blob URL origin

2014-06-30 Thread Arun Ranganathan
On Jun 28, 2014, at 4:42 AM, Anne van Kesteren ann...@annevk.nl wrote: I now defined the origin for blob URLs: http://url.spec.whatwg.org/#concept-url-origin Sorry for the delay. Still need to work out the correct Fetch integration. Thanks :) Removed origin extraction from FIle API, but

Re: File API: Blob URL origin

2014-06-30 Thread Arun Ranganathan
On Jun 30, 2014, at 4:20 PM, Anne van Kesteren ann...@annevk.nl wrote: I don't really understand this. Entries should be added when a blob URL is created. They are! That is, at the time the method URL.createObjectURL(blob) is called on blob, that method adds an entry to the Blob URL Store:

Re: File API: Blob URL origin

2014-06-30 Thread Arun Ranganathan
On Jun 30, 2014, at 4:57 PM, Anne van Kesteren ann...@annevk.nl wrote: On Mon, Jun 30, 2014 at 10:48 PM, Arun Ranganathan a...@mozilla.com wrote: They are! That is, at the time the method URL.createObjectURL(blob) is called on blob, that method adds an entry to the Blob URL Store: http

Re: Blob URL Origin

2014-06-12 Thread Arun Ranganathan
On Jun 10, 2014, at 2:57 AM, Anne van Kesteren ann...@annevk.nl wrote: On Tue, Jun 10, 2014 at 12:16 AM, Arun Ranganathan a...@mozilla.com wrote: Right now, the Blob URL Store is defined in terms of units of similar-origin browsing contexts; each unit is required to have a Blob URL Store

Re: Blob URL Origin

2014-06-09 Thread Arun Ranganathan
On Jun 9, 2014, at 3:23 AM, Anne van Kesteren ann...@annevk.nl wrote: On Thu, May 29, 2014 at 11:42 AM, Anne van Kesteren ann...@annevk.nl wrote: However, I wonder if this at a standards level should come into play in the URL parser. After all that creates a structured clone of the blob in

File API For Review | was Re: Blob URL Origin

2014-06-04 Thread Arun Ranganathan
The 2 June 2014 Editor’s Draft of the File API solves some bugs and technical issues with Blob URLs. Review is encouraged, with a view towards a LCWD publication: http://dev.w3.org/2006/webapi/FileAPI/ In particular: 1. It nails down syntax differences between user agents on Blob URLs. 2. It

Re: File API - Writer suspension

2014-06-02 Thread Arun Ranganathan
On Jun 1, 2014, at 1:22 PM, Julian Ladbury julian.ladb...@berrick-computing.co.uk wrote: I fail to understand why work on this API has been suspended. Just to be clear, by “this API” I think you mean: http://dev.w3.org/2009/dap/file-system/file-writer.html HTML5, JavaScript and CSS

Re: Blob URL Origin

2014-05-28 Thread Arun Ranganathan
On May 22, 2014, at 4:29 AM, Anne van Kesteren ann...@annevk.nl wrote: Thanks, I'm convinced. So now I'd like to know what policy we want so we can carefully define it. The lastest editor’s draft of the File API specifies what we discussed in this email thread as syntax for Blob URLs:

Re: Blob URL Origin

2014-05-19 Thread Arun Ranganathan
On May 19, 2014, at 5:33 AM, Frederik Braun fbr...@mozilla.com wrote: On 15.05.2014 22:46, Glenn Maynard wrote: On Thu, May 15, 2014 at 12:07 PM, Jonas Sicking jo...@sicking.cc mailto:jo...@sicking.cc wrote: On Thu, May 15, 2014 at 6:52 AM, Anne van Kesteren ann...@annevk.nl

Re: Blob URL Origin

2014-05-13 Thread Arun Ranganathan
On May 12, 2014, at 8:28 AM, Anne Van Kesteren ann...@annevk.nl wrote: It still seems a bit sad though to tie these URLs to origins in this fashion. Jonas is correct that there are inconsistencies in how data URLs and origins behave across browsers, but it seems like we should sort those out

Re: Blob URL Origin

2014-05-12 Thread Arun Ranganathan
On May 12, 2014, at 10:31 AM, Boris Zbarsky bzbar...@mit.edu wrote: On 5/12/14, 5:28 AM, Anne van Kesteren wrote: so blob:https://origin:42/uuid would be fine. I'd really rather we didn't make web pages parse these strings to get the origin. A static method on Blob that takes a valid

Re: data:, was: Blob URL Origin

2014-05-12 Thread Arun Ranganathan
On May 12, 2014, at 6:26 AM, Julian Reschke julian.resc...@gmx.de wrote: Could you please clarify what spec you are referring to, and in which way it's not implemented correctly? Well, I think http://tools.ietf.org/html/rfc6454#section-4 is is supposed to be normative for data: URL origin.

Re: [April2014Meeting] Building an Issue and Bug focused agenda

2014-04-09 Thread Arun Ranganathan
I took the liberty of adding File + FileSystem to Thursday's agenda, taking place at 11.30 AM PT. I am happy to dial in on either day, so this isn’t set in stone if someone strongly objects. — A* On Apr 9, 2014, at 11:13 AM, Arthur Barstow art.bars...@nokia.com wrote: On 4/9/14 12:03 AM, ext

Re: [April2014Meeting] Building an Issue and Bug focused agenda

2014-04-02 Thread Arun Ranganathan
On Apr 2, 2014, at 6:50 AM, Arthur Barstow art.bars...@nokia.com wrote: File API; led by Jonas (will Arun join remotely?); which high priority bugs need discussion; status of LC processing; next steps If a dial-in is provided, I’d be delighted to join remotely. — A*

Re: On starting WebWorkers with blob: URLs...

2014-03-14 Thread Arun Ranganathan
On Mar 12, 2014, at 6:54 PM, Ian Hickson wrote: For blob: URLs we agreed to make this pretty explicit: http://dev.w3.org/2006/webapi/FileAPI/#originOfBlobURL Unfortunately, scripts don't have origins these days, so this definition doesn't really work. It didn't work since it wasn't

Re: On starting WebWorkers with blob: URLs...

2014-03-12 Thread Arun Ranganathan
On Feb 19, 2014, at 7:09 PM, Jonas Sicking wrote: On Wed, Feb 19, 2014 at 3:51 PM, Travis Leithead travis.leith...@microsoft.com wrote: Seems like our specs are getting a little behind implementations. In IE11 we are finding that several new sites, notably those using WebGL content, have a

Re: [File System APIs] If one is good, then two must be better?

2014-02-05 Thread Arun Ranganathan
On Feb 5, 2014, at 7:03 AM, Charles McCathie Nevile wrote: Similarly the issue here is not whether we can make a specification for one or the other approach that *could* be a standard, since it seems we can, but whether one or the other is a clear candidate to be a real standard - i.e. what

Re: [File System APIs] If one is good, then two must be better?

2014-02-05 Thread Arun Ranganathan
On Feb 5, 2014, at 11:12 AM, Ian Clelland wrote: The great thing about Cordova is that it doesn't have to be a single platform -- every developer has the power to choose the APIs that they want to use, and every published app is essentially running on its own custom web platform. I wasn't

Re: [File System APIs] If one is good, then two must be better?

2014-02-05 Thread Arun Ranganathan
On Feb 5, 2014, at 6:51 AM, Sebastian Kippe wrote: For what it’s worth, we’re currently building a mobile app for use with both Cordova and Web browsers. The main use case of our app is caching large video files and playing them back directly from the filesystem. So filesystem URLs are a

Re: [File System APIs] If one is good, then two must be better?

2014-02-04 Thread Arun Ranganathan
On Feb 4, 2014, at 6:15 AM, Charles McCathie Nevile wrote: On Mon, 03 Feb 2014 19:09:53 +0400, Arthur Barstow art.bars...@nokia.com wrote: On 1/31/14 10:44 AM, ext Ian Clelland wrote: Hi Art, For what it's worth, theFile API: Directories and System is also implemented (and supported)

Re: [File System APIs] If one is good, then two must be better?

2014-01-31 Thread Arun Ranganathan
On Jan 31, 2014, at 10:21 AM, Arthur Barstow wrote: Hi Eric, Arun, Jonas, All, We also have this spec from Arun and Jonas: * FileSystem API http://w3c.github.io/filesystem-api/Overview.html. The last update of the ED was 2-Oct-2013 and this spec has not been published as a TR. My

Re: CfC: publish Candidate Recommendation of File API; deadline November 28

2013-12-24 Thread Arun Ranganathan
On Dec 18, 2013, at 6:38 PM, Arthur Barstow wrote: Are there any other open bugs, issues, comments, etc. for File API?

Re: File API: closed Blob objects

2013-12-12 Thread Arun Ranganathan
On Dec 12, 2013, at 10:07 AM, Anne van Kesteren wrote: See https://www.w3.org/Bugs/Public/show_bug.cgi?id=24072 for context. What's the use case for close()? Essentially, the use case is for web developers to be able to flush a Blob reference that isn't used, allowing the user agent to

Re: File API: closed Blob objects

2013-12-12 Thread Arun Ranganathan
On Dec 12, 2013, at 2:01 PM, Jonas Sicking wrote: On Dec 12, 2013 9:55 AM, Arun Ranganathan a...@mozilla.com wrote:Reading from a Blob that has been closed() is a developer error with high degree of certainty. Nothing useful can come out of that. So I think we do the developer a benefit

Re: File API: closed Blob objects

2013-12-12 Thread Arun Ranganathan
On Dec 12, 2013, at 3:14 PM, Jonas Sicking wrote: This does seem like an argument to create a asynchronous error rather than throwing an exception though, since for form submission there would be no place to throw an exception from. Just to be clear, are you proposing an asynchronous

Re: CfC: publish Candidate Recommendation of File API; deadline November 28

2013-12-02 Thread Arun Ranganathan
On Dec 1, 2013, at 10:24 AM, Arthur Barstow wrote: Since this CfC was started, Arun reopened [23853] on November 28 and [23946] was filed on November 30. Arun - what's the plan here vis-à-vis this CfC? -Thanks, ArtB [23853] https://www.w3.org/Bugs/Public/show_bug.cgi?id=23853 Timely

Re: [FileAPI] LC Comment Tracking

2013-11-21 Thread Arun Ranganathan
Art, All LC commentary (http://www.w3.org/wiki/Webapps/LCWD-FileAPI-20130912) has been addressed and I think the draft is ready to be published as CR status. The draft is: http://dev.w3.org/2006/webapi/FileAPI/ -- A* On Nov 8, 2013, at 10:15 AM, Arun Ranganathan wrote: Hi Art, On Nov 7

Re: Why no TypeError in FileReaderSync.readAsArrayBuffer

2013-11-11 Thread Arun Ranganathan
Norman, On Nov 7, 2013, at 5:00 PM, Norman Rzepka | scalable minds wrote: because I didn't know a FileEntrySync was actually not a File, I passed an instance of FileEntrySync to a FileReaderSync. Instead I got a NotFoundError which I found very confusing as I know the file was present. So I

Re: Why no TypeError in FileReaderSync.readAsArrayBuffer

2013-11-11 Thread Arun Ranganathan
On Nov 11, 2013, at 11:08 AM, Tab Atkins Jr. wrote: On Mon, Nov 11, 2013 at 5:57 AM, Arun Ranganathan a...@mozilla.com wrote: In this particular case, I think it's the right behavior: FileReaderSync expects a valid File or Blob reference, and isn't able to identify one, so says one isn't

Re: [FileAPI] LC Comment Tracking

2013-11-08 Thread Arun Ranganathan
Hi Art, On Nov 7, 2013, at 9:40 AM, Arthur Barstow wrote: Since it appears you will not be at WebApps' f2f meeting next week, I would appreciate it if you would please summarize the status of the comment processing, your next steps, etc. I am especially interested in whether or not you

Re: [FileAPI]

2013-10-31 Thread Arun Ranganathan
Draft, please let us know if Arun's reply is satisfactory or not. In the absence of a reply from you by November 7, we will assume Arun's reply is OK with you. -Thanks, ArtB On 10/23/13 6:04 PM, ext Arun Ranganathan wrote: Hi there! On Oct 23, 2013, at 12:32 PM, psweatte wrote

Re: [FileAPI]

2013-10-23 Thread Arun Ranganathan
Hi there! On Oct 23, 2013, at 12:32 PM, psweatte wrote: 7.2 Interface File: -add creationDate property Thanks for your feedback. *Most* filesystems don't really have a creation time. While Windows does, Unix-style OS return the *change time or last modified time. Since we want fidelity

Re: Problem in the Entry interface description (filesystem)

2013-10-10 Thread Arun Ranganathan
Greetings Alexis, The specification actively edited now is: http://w3c.github.io/filesystem-api/Overview.html -- A* On Oct 10, 2013, at 10:00 AM, alexis dufrenoy wrote: Hello, In the description of the Entry interface located here:

Re: [FileAPI] Questions on using Blobs for img src and a href

2013-10-07 Thread Arun Ranganathan
On Oct 3, 2013, at 6:35 PM, Brian Matthews (brmatthe) wrote: First is the status bar display for anchors while hovering over them. As expected, it's the blob URL. While this is completely correct and exactly what I'd expect, I'm not sure how useful it is. For an anchor with a normal URL,

Re: [file-{writer,system}-api] Seeking status and plans

2013-10-02 Thread Arun Ranganathan
On Oct 2, 2013, at 12:29 PM, Arthur Barstow wrote: Hi Eric, If any of the data for your two File APIs in [PubStatus] is not accurate, please provide corrections. Also, if you have any new information re your plans for these specs (last published 17-Apr-2012), or the specs' status with

Re: CfC: publish LCWD of File API; deadline August 23

2013-09-12 Thread Arun Ranganathan
2013 17:50:25 + Resent-From: public-webapps@w3.org Date: Thu, 15 Aug 2013 13:49:38 -0400 From: ext Arun Ranganathan a...@mozilla.com To: Web Applications Working Group WG public-webapps@w3.org Greetings WG, There are three moving proposals in the File* arena, and I

Re: File API: File's name property

2013-09-06 Thread Arun Ranganathan
On Sep 6, 2013, at 11:42 AM, Anne van Kesteren wrote: On Wed, Sep 4, 2013 at 11:45 PM, Glenn Maynard gl...@zewt.org wrote: On Tue, Sep 3, 2013 at 12:04 PM, Anne van Kesteren ann...@annevk.nl wrote: The problem is that once you put it through the URL parser it'll become /. And I suspect given

Re: File API: File's name property

2013-09-03 Thread Arun Ranganathan
Well, https://www.w3.org/Bugs/Public/show_bug.cgi?id=23138 is to make the 'type' attribute a ByteString. Is that your request here for the name attribute as well? It wouldn't be wise to restrict '/' or '\' or try to delve too deep into platform land BUT the FileSystem API introduces directory

Re: File API: lacks model

2013-09-03 Thread Arun Ranganathan
Anne, This feedback is a bit vague. I think you should describe the underlying model for Blob/File so other specifications can more easily hook into it. E.g. if I want to represent a File object with a name /x/ and type /y/ there's not a clear way to do that right now. This also leads to

Re: File API: File's name property

2013-09-03 Thread Arun Ranganathan
On Sep 3, 2013, at 12:28 PM, Anne van Kesteren wrote: On Tue, Sep 3, 2013 at 5:14 PM, Glenn Maynard gl...@zewt.org wrote: On Tue, Sep 3, 2013 at 10:17 AM, Anne van Kesteren ann...@annevk.nl wrote: I don't think you want those conversion semantics for name. I do think we want the value space

Re: Extending createObjectUrl to MediaStream?

2013-08-29 Thread Arun Ranganathan
On Aug 28, 2013, at 9:48 AM, Dominique Hazael-Massieux wrote: Hi WebApps WG, The Media Capture Task Force (responsible for specs that deal with MediaStream objects [1]) has been considering whether one should be able to assign a MediaStream to video and audio elements via an URL obtained

Re: FileSystem API

2013-08-26 Thread Arun Ranganathan
On Aug 26, 2013, at 8:01 AM, Arthur Barstow wrote: Hi Eric, Arun, Jonas, All, 2) Is any vendor other than Mozilla actually interested in this proposal? When it was brought up on public-webapps, and at the WebApps F2F, it dropped with a resounding thud. Given the standardization

Re: File API - Progress - Question about Partial Blob data

2013-08-23 Thread Arun Ranganathan
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

Re: File API - Progress - Question about Partial Blob data

2013-08-21 Thread Arun Ranganathan
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

Re: File* Specifications | Status and some Promises

2013-08-20 Thread Arun Ranganathan
On Aug 20, 2013, at 8:58 AM, Anne van Kesteren wrote: On Thu, Aug 15, 2013 at 6:49 PM, Arun Ranganathan a...@mozilla.com wrote: ii. A new static method on URL called URL.createAndRevoke has been added that gets defaults right, and does away with autoRevoke, which nobody implemented

FileSystem API

2013-08-19 Thread Arun Ranganathan
Greetings Eric and WG, The Chair and I were discussing setting up repositories for the specifications discussed here (http://lists.w3.org/Archives/Public/public-webapps/2013JulSep/0307.html), notably the FileSystem API and File API v2. Before creating a repository to edit the FileSystem API,

File* Specifications | Status and some Promises

2013-08-15 Thread Arun Ranganathan
Greetings WG, There are three moving proposals in the File* arena, and I thought I'd catpure what these are and what the status of these are. 1. The File API, currently updated as editor's draft at http://dev.w3.org/2006/webapi/FileAPI/ Review strongly encouraged :) Notable fixes are: i. A

Re: File constructor

2013-07-16 Thread Arun Ranganathan
On Jul 16, 2013, at 8:40 AM, Anne van Kesteren wrote: On Mon, Jul 15, 2013 at 11:37 PM, Arun Ranganathan a...@mozilla.com wrote: On Jul 15, 2013, at 8:01 PM, Anne van Kesteren wrote: So exposing FormData's contents came up again. Can you send me a pointer to that discussion, so I can plug

Re: File constructor

2013-07-15 Thread Arun Ranganathan
On Jul 15, 2013, at 8:01 PM, Anne van Kesteren wrote: So exposing FormData's contents came up again. Can you send me a pointer to that discussion, so I can plug into it? The natural model is to have FormData be map of string to either a string or File object. This is very much

Re: Blob URLs | autoRevoke, defaults, and resolutions

2013-05-07 Thread Arun Ranganathan
On May 7, 2013, at 10:45 AM, Anne van Kesteren wrote: On Mon, May 6, 2013 at 11:11 PM, Jonas Sicking jo...@sicking.cc wrote: The only thing that's different about XHR is that the first step in my list lives in one function, and the other steps live in another function. Doesn't seem to have

Blob URLs | autoRevoke, defaults, and resolutions

2013-05-01 Thread Arun Ranganathan
At the recent TPAC for Working Groups held in San Jose, Adrian Bateman, Jonas Sicking and I spent some time taking a look at how to remedy what the spec. says today about Blob URLs, both from the perspective of default behavior and in terms of what correct autoRevoke behavior should be. This

Re: File API: Blob.type

2013-04-05 Thread Arun Ranganathan
On Apr 5, 2013, at 3:17 PM, Alexey Proskuryakov wrote: 03 апр. 2013 г., в 13:11, Arun Ranganathan a...@mozilla.com написал(а): My only concern is that blob.type should never contain parameters. Comparing it to text/plain or image/jpeg should work, and not mysteriously fail a year later

Re: File API: Blob.type

2013-04-03 Thread Arun Ranganathan
On Mar 19, 2013, at 8:52 PM, Glenn Maynard wrote: On Tue, Mar 19, 2013 at 1:41 PM, Arun Ranganathan a...@mozilla.com wrote: 2.Convert every character in relativeContentType to lower case. I recommend referencing Converting a string to ASCII lowercase in HTML. http://www.whatwg.org

Re: File API: why is there same-origin restriction on blob URLs?

2013-03-28 Thread Arun Ranganathan
On Mar 28, 2013, at 1:55 AM, Anne van Kesteren wrote: On Wed, Mar 27, 2013 at 8:16 PM, Arun Ranganathan a...@mozilla.com wrote: They're very different than data URLs. What's a good use case for making them cross-origin, that isn't addressed by use of postMessage? Well, the question we

Re: File API: why is there same-origin restriction on blob URLs?

2013-03-27 Thread Arun Ranganathan
On Mar 26, 2013, at 8:30 PM, Jonas Sicking wrote: On Tue, Mar 26, 2013 at 2:17 PM, Anne van Kesteren ann...@annevk.nl wrote: Hi, Is there any particular reason why we restrict blob URLs to the same origin as the script that created them? In effect they are pretty much like capability URLs

Re: File API for Review

2013-03-27 Thread Arun Ranganathan
On Mar 25, 2013, at 1:52 PM, Anne van Kesteren wrote: On Mon, Mar 25, 2013 at 5:45 PM, Arun Ranganathan aranganat...@mozilla.com wrote: So just to be clear, do you think we should remove 500-style responses altogether, and *completely defer* to network error, which essentially involves

Re: File API for Review

2013-03-25 Thread Arun Ranganathan
- Anne vK said: - On Tue, Mar 19, 2013 at 5:57 PM, Arun Ranganathan a...@mozilla.com wrote: On Feb 13, 2013, at 11:37 AM, Anne van Kesteren wrote: We're not actually leaving what exactly to return open to implementors. They *must* return a 500. They *may* additionally provide

Re: File API for Review

2013-03-19 Thread Arun Ranganathan
On Feb 13, 2013, at 11:37 AM, Anne van Kesteren wrote: Specification bugs still exist I think we should rename URI to URL. That's what everyone is converging on. Done. I'm also not convinced that leaving what exactly to return in the HTTP scenario open to implementors is a good

Re: File API: Blob.type

2013-03-19 Thread Arun Ranganathan
On Mar 7, 2013, at 7:19 PM, Glenn Maynard wrote: Chrome, at least, throws on new Blob([], {type: 漢字}), as well as lowercasing the string. Stricter rules are in place for type both while constructing Blob and for slice calls: http://dev.w3.org/2006/webapi/FileAPI/#constructorBlob and

Re: File API: Blob.type

2013-03-19 Thread Arun Ranganathan
Alexey, On Mar 7, 2013, at 3:02 PM, Alexey Proskuryakov wrote: The current File API spec seems to have a mismatch between type in BlobPropertyBag, and type as Blob attribute. The latter declaratively states that the type is an ASCII lower case string. As mentioned by Glenn before,

Re: File API for Review

2013-03-13 Thread Arun Ranganathan
On Mar 8, 2013, at 8:28 AM, Henri Sivonen wrote: Additionally, I think http://www.w3.org/TR/FileAPI/#dfn-type should clarify that the browser must not use statistical methods to guess the charset parameter part of the type as part of determining the type. Firefox currently asks magic 8-ball,

Re: File API: Blob.type

2013-03-07 Thread Arun Ranganathan
On Mar 6, 2013, at 7:42 PM, Glenn Maynard wrote: On Wed, Mar 6, 2013 at 8: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

Re: File API for Review

2013-03-07 Thread Arun Ranganathan
Anne, On Wed, Feb 6, 2013 at 7:58 PM, Arun Ranganathan a...@mozilla.com wrote: 3. Progress events have been clarified. You're still using the old IDL syntax for event handlers. Fixed. I think we should rename URI to URL. That's what everyone is converging on. Fixed. I'm also

Re: Please add constructors for File and FileList

2013-02-06 Thread Arun Ranganathan
Greetings Victor! On Dec 10, 2012, at 12:02 PM, Victor Costan wrote: Dear Web Applications WG, 1) Please add a File constructor. This has cropped up a few times :) I've logged a spec bug for this feature: https://www.w3.org/Bugs/Public/show_bug.cgi?id=20887 Could you flesh out your

File API for Review

2013-02-06 Thread Arun Ranganathan
Greetings WebApps WG! Review on the File API is encouraged: http://dev.w3.org/2006/webapi/FileAPI/ A few substantial changes that might need particular attention before we initiate a call for LCWD or something comparably official: 1. autoRevoke behavior of Blob URIs has changed. Previous

Re: [File API] About Partial Blob Data, XHR and Streams API

2013-01-29 Thread Arun Ranganathan
On Jan 22, 2013, at 9:42 AM, Cyril Concolato wrote: Hi Arun, Le 22/01/2013 15:04, Arun Ranganathan a écrit : Hi Cyril, 1) I'm wondering why in progressive mode, does the spec say: partial Blob data is an ArrayBuffer [TypedArrays] object consisting of the bytes loaded so far. Why

Re: [File API] About Partial Blob Data, XHR and Streams API

2013-01-22 Thread Arun Ranganathan
Hi Cyril, 1) I'm wondering why in progressive mode, does the spec say: partial Blob data is an ArrayBuffer [ TypedArrays ] object consisting of the bytes loaded so far . Why isn't it the bytes loaded since the previous progress event? AR: It is always a new ArrayBuffer. The phraseology so

Re: [admin] Publishing specs before TPAC: CfC start deadline is Oct 15

2012-10-16 Thread Arun Ranganathan
- Original Message - On 10/9/12 4:13 PM, ext Arun Ranganathan wrote: On Sep 26, 2012, at 10:27 AM, Arthur Barstow wrote: * File API - Arun can you get this spec ready for LC by October 15? Yes. ATM, File API has 8 open bugs [1]. I've rationalized these down to 2 bugs

Re: [admin] Publishing specs before TPAC: CfC start deadline is Oct 15

2012-10-09 Thread Arun Ranganathan
On Sep 26, 2012, at 10:27 AM, Arthur Barstow wrote: * File API - Arun can you get this spec ready for LC by October 15? Yes. -- A*

Re: [FileAPI] Blob constructor should probably take a sequence, not an IDL array object

2012-09-13 Thread Arun Ranganathan
On Sep 11, 2012, at 1:07 AM, Cameron McCormack wrote: Arun Ranganathan: I've pinged heycam to see if this is a proper use of the sequence type. I'm not sure it allows for such a variation in parameters. I agree with Boris, it makes sense to use sequence here. Whenever you just want

Re: [FileAPI] blob: protocol need a content-length header

2012-08-13 Thread Arun Ranganathan
Benjamin, I filed the following: https://www.w3.org/Bugs/Public/show_bug.cgi?id=18548 I think we should add Content-Length. -- A* On Aug 12, 2012, at 5:41 PM, Benjamin BERNARD wrote: I build de demo script (for firefox) here : http://experiments.benvii.com/blob_content_length/ You will

Re: [File API] File behavior under modification

2012-07-12 Thread Arun Ranganathan
On Jul 11, 2012, at 10:02 PM, Glenn Maynard wrote: What's the main problem with it being nullable? A fabricated date seems strange, but instead of being nullable we could spec what the fabricated date is. I'm just not totally sure what the pros and cons are here. If you call

Re: [File API] File behavior under modification

2012-07-11 Thread Arun Ranganathan
Glenn: On May 21, 2012, at 9:44 PM, Glenn Maynard wrote: On Mon, May 21, 2012 at 6:05 PM, Eric U er...@google.com wrote: According to the latest editor's draft [1], a File object must always return an accurate lastModifiedDate if at all possible. On getting, if user agents can make this

Re: [File API] File behavior under modification

2012-07-11 Thread Arun Ranganathan
Glenn, On May 22, 2012, at 11:48 AM, Glenn Maynard wrote: On Tue, May 22, 2012 at 1:41 AM, Kinuko Yasuda kin...@google.com wrote: In my understanding WebKit's behavior is querying the metadata / reading the content as lazy as possible, partly because the spec was/is ambiguous (especially

Re: [File API] File behavior under modification

2012-07-11 Thread Arun Ranganathan
On May 23, 2012, at 9:58 AM, Glenn Maynard wrote: On Wed, May 23, 2012 at 3:03 AM, Kinuko Yasuda kin...@chromium.org wrote: Just to make sure, I assume 'the underlying storage' includes memory. Right. For simple Blobs without a mutable backing store, all of this essentially optimizes

Re: [File API] Blob URI creation

2012-07-11 Thread Arun Ranganathan
On May 30, 2012, at 6:48 PM, Glenn Maynard wrote: On your main question, I've had the same thought in the past--a url property on Blob which simply creates a new auto-revoking blob URL. I didn't bring it up since I'm not sure if creating a URL for a blob is actually something you do so

Re: BlobBuilder.append() should take ArrayBufferView in addition to ArrayBuffer

2012-04-27 Thread Arun Ranganathan
On Apr 27, 2012, at 1:28 AM, Anne van Kesteren wrote: On Fri, 27 Apr 2012 00:13:42 +0200, Arun Ranganathan aranganat...@mozilla.com wrote: The constructor will switch to use ArrayBufferView in lieu of ArrayBuffer, but the read method exposed on FileReader and FileReaderSync will read files

Re: BlobBuilder.append() should take ArrayBufferView in addition to ArrayBuffer

2012-04-26 Thread Arun Ranganathan
On Apr 24, 2012, at 7:00 PM, David Herman wrote: On Apr 24, 2012, at 3:53 PM, David Herman wrote: On Apr 12, 2012, at 2:48 PM, Arun Ranganathan wrote: I intend to add ArrayBufferView as a parameter to the Blob constructor . Would it be possible also to allow passing an ArrayBuffer

Re: Delay in File * spec publications in /TR/ [Was: CfC: publish LCWD of File API; deadline March 3]

2012-04-13 Thread Arun Ranganathan
On Mar 30, 2012, at 2:25 PM, ext Eric U wrote: On Fri, Mar 30, 2012 at 5:39 AM, Arthur Barstow art.bars...@nokia.com wrote: Hi All - the publication of the File API LC was delayed because of some logistical issues for Arun as well as some additional edits he intends to make. This

Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Arun Ranganathan
Feras, In practice, I think this is important enough and manageable enough to include in the spec., and I'm willing to slow the train down if necessary, but I'd like to understand a few things first. Below: - Original Message - At TPAC we discussed the ability to deterministically

  1   2   3   4   >