[whatwg] Image resize API proposal

David Levin levin at google.com
Thu May 13 15:53:25 PDT 2010

Thanks for your feedback Gregg.

On Thu, May 13, 2010 at 3:32 PM, Gregg Tavares <gman at google.com> wrote:

> This really seems like the wrong solution. Taken to an extreme next you'll
> need to add VideoRisizer, AudioRecompresser, and any thing else JavaScript
> can't do without freezing the browser.
> It seems like it would be better to figure out a way to get Web Workers to
> be able to do this.

This has been explored. See "Alternatives considered" in the original

> Even if they have to XHR the binary down, decompress into a TypeArray (see
> WebGL) and read the data themsevles so they can keep the EXIF stuff,
> bloating the browser for one small use doesn't seem like the right solution.

"Small use" is a relative term. In that there are a lot of web properties
that either do this or want to do this right now.

> You can post an open source library and the usage can be as simple as this
> proposal.

Then you would have to include the open source library as part of your web
application which is suboptimal.

> On Tue, May 11, 2010 at 11:58 AM, Sterling Swigart <sswigart at google.com>wrote:
>> 2. Or, limit the size of an image file before uploading it to a web
>> server.
> This use case is already handled (minus the EXIF).

How? (Note "limit the size". If you mean using canvas, it may hang the UI
for the user which is a really bad experience.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20100513/0f188e67/attachment-0002.htm>

More information about the whatwg mailing list