Please note that there's one other issue outstanding: both microtasks and
stable states are very closed, but neither may be what this needs. A
separate hook may be needed.
https://www.w3.org/Bugs/Public/show_bug.cgi?id=16790#c13.
On Tue, Aug 14, 2012 at 4:37 PM, Feras Moussa wrote:
> In genera
: [File API] Blob URI creation
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 cre
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
Hi - just want to say that I support Rich fully in this comment -
createObjectURL is Just Not Right.
I came at this through another pathway - creating mocks in Javascript.
As it is, createObjectURL can't be mocked because it is a function on
Window that is assumed to look at the type of the ob
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 often that it's worth having a shortcut. If
so, a function
On May 30, 2012, at 6:55 PM, Glenn Maynard wrote:
> On Wed, May 30, 2012 at 11:09 AM, Rich Tibbett wrote:
> The first time any resulting Blob URI is dereferenced then user agents would
> automatically revoke the associated Blob URI, preventing reuse elsewhere. If
> the web app needed a new Blo
On Wed, May 30, 2012 at 11:09 AM, Rich Tibbett wrote:
> The first time any resulting Blob URI is dereferenced then user agents
> would automatically revoke the associated Blob URI, preventing reuse
> elsewhere. If the web app needed a new Blob URI to use elsewhere they would
> call Blob.url again
