W3C home > Mailing lists > Public > whatwg@whatwg.org > April 2011

[whatwg] Proposing <canvas>.toBlob(contentType)

From: David Levin <levin@chromium.org>
Date: Wed, 13 Apr 2011 15:37:59 -0700
Message-ID: <BANLkTimgtJQTU1oDc1OwdGVdvBQWZ4-mBg@mail.gmail.com>
Shouldn't this api be async?

Returning a blob means that the size is available which implies a sync
operation.

dave

On Wed, Apr 13, 2011 at 3:02 PM, Kyle Huey <me at kylehuey.com> wrote:
> Hello All,
>
> Gecko 2.0 ships with a non-standard method on <canvas> named
> mozGetAsFile(contentType, fileName). ?We added this for internal use in our
> UI. ?It retrieves the contents of the canvas as a File object (at the time
> Gecko did not supports Blobs) encoded in the contentType according to the
> same rules toDataURL uses.
>
> I propose adding a toBlob(contentType) method to the canvas element in the
> style of toDataURL. ?This would greatly increase the options available to
> developers for extracting data from a canvas element (a Blob can be saved to
> disk, XHRed, etc.)
>
> - Kyle
>
Received on Wednesday, 13 April 2011 15:37:59 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 30 January 2013 18:48:03 GMT