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

[whatwg] ProgressEvents for Images

From: Glenn Maynard <glenn@zewt.org>
Date: Thu, 12 Jan 2012 19:39:14 -0500
Message-ID: <CABirCh_HW3tc6DqzL8qLscA+Nw=gHwsqqBBjm=EF_ZBjn42gFA@mail.gmail.com>
I've wanted this before.  It would be useful for more granular loading
progress indicators for eg. WebGL apps, for example, and anything else that
loads images without displaying them as they load.
On Jan 12, 2012 4:20 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.
>
>
Received on Thursday, 12 January 2012 16:39:14 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:09:10 UTC