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


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 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:32 UTC