W3C home > Mailing lists > Public > whatwg@whatwg.org > January 2012

[whatwg] ProgressEvents for Images

From: Jonas Sicking <jonas@sicking.cc>
Date: Mon, 23 Jan 2012 04:58:09 -0800
Message-ID: <CA+c2ei8gVECcSPtaQqkHr5ebWnDeUmXjoO2VWsdvtP2Q7Fr=uA@mail.gmail.com>
On Thu, Jan 12, 2012 at 4:19 PM, Hans Muller <hmuller at adobe.com> wrote:
> A group of us at Adobe has been looking into adding support for ProgressEvents to images. ?The overall goal is to simplify image download progress reporting by supporting roughly the same progress events as XHR and the File API for image elements. ? For example one could connect an image to a progress element like this:
> <img id="image" src="sample.jpg"
> ? ?onloadstart="showProgressBar()"
> ? ?onprogress="updateProgressBar(event)"
> ? ?onloadend="hideProgressBar()"/>
> Developers have taken various tacks to enable progress reporting, for example in some cases XHR can be used to download image files. ?Max Vujovic just published a blog about the practicalities of doing so: http://blogs.adobe.com/openweb/2012/01/13/html5-image-progress-events/. ?We think it would be preferable to provide support for image progress events directly.
> We're working on a prototype implementation for WebKit and have filed a bug that explains what we're up to in a little more detail: https://bugs.webkit.org/show_bug.cgi?id=76102).
> It's probably worth pointing out that the beforeload event, which is currently under discussion, addresses a different use case. ?Our proposal is intended to enable applications to give the user feedback about image download progress, it's not intended to enable security or efficiency by preemptively blocking or transforming image downloads.
> We'd appreciate feedback on this proposal.

For cross-site images this would leak the compressed size in bytes of
the loaded image (except when the crossorigin attribute is set). This
would very unfortunately in many cases leak sensitive information.

But if we restrict these events to only fire for same-origin loads, as
well as loads where the crossorigin attribute is in effect, then this
sounds like an awesome idea.

/ Jonas
Received on Monday, 23 January 2012 04:58:09 UTC

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