- From: Arun Ranganathan <arun@mozilla.com>
- Date: Mon, 30 Jun 2014 19:03:31 -0400
- To: Anne van Kesteren <annevk@annevk.nl>
- Cc: Web Applications Working Group WG <public-webapps@w3.org>
On Jun 30, 2014, at 4:57 PM, Anne van Kesteren <annevk@annevk.nl> wrote: > On Mon, Jun 30, 2014 at 10:48 PM, Arun Ranganathan <arun@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://dev.w3.org/2006/webapi/FileAPI/#add-an-entry >> >> I’ve only defined identifier extraction for use with adding an entry. Is >> that wrong? > > It seems like you could define identifier creation, use that, use the > return value to add an entry, and then return "blob:" + the return > value. Creating a URL first and then parsing it again to extract > something seems needlessly complicated. Well, the best way to define URL.revokeObjectURL(blobURL) seemed to be in terms of parsing to extract identifier (scheme data) and then delete the entry corresponding to identifier. But you’re absolutely right that URL.create* methods shouldn’t have a dependency on the basic URL parser, and so I’ve redefined those methods along the lines you say above (namely, defining identifier creation, and then Blob URL creation). That’s http://dev.w3.org/2006/webapi/FileAPI/#creating-revoking in today’s editor’s draft. (So *now* maybe the path is clear for Fetch with Blobs.) — A*
Received on Monday, 30 June 2014 23:04:00 UTC