[whatwg] Progress Events "done" event
Andrew Fedoniouk
news at terrainformatica.com
Sun Aug 26 10:59:32 PDT 2007
----- Original Message -----
From: "Garrett Smith" <dhtmlkitchen at gmail.com>
To: <whatwg at whatwg.org>
Cc: <chaals at opera.com>
Sent: Saturday, August 25, 2007 11:24 PM
Subject: [whatwg] Progress Events "done" event
> I've noticed a case when developing Ajax apps that I often end up
> duplicating a call to hide "loading.gif" (for example) when the call
> is over.
> Progress Events
> http://dev.w3.org/cvsweb/~checkout~/2006/webapi/progress/Progress.html?rev=1.16&content-type=text/html;%20charset=iso-8859-1#XHR
>
...
Just as an example of other way of doing this:
In HTMLayout and Sciter (h-smile core) I introduced
:busy state flag in CSS. And DOM element as a class
have request() method [1] that allows to replace content
of the element from remote source or to deliver any
data (e.g. JSON, XML) to the element.
:busy CSS flag is active when some load data request
issued for the element and until it finishes. So to style
in-progress situation is a matter of single
declaration in CSS:
td.bound:busy { background-image:url(progress.gif); }
iframe:busy { foreground-image:url(loading.gif); }
img:busy { foreground-image:url(loading-image.gif); }
Reason of my comment: I think that events
like this should be reflected in CSS state flags too.
CSS is a natural place to deal with this.
Andrew Fedoniouk.
http://terrainformatica.com
[1] http://www.terrainformatica.com/sciter/Element.whtm
More information about the whatwg
mailing list