[whatwg] Link.onload; defer on style, depends
Ian Hickson
ian at hixie.ch
Mon Apr 27 22:27:15 PDT 2009
On Wed, 25 Mar 2009, Boris Zbarsky wrote:
> > On Sat, 14 Mar 2009, Greg Houston wrote:
> > > On a side note, I can actually attach a functioning onload event to
> > > a link element in Internet Explorer. Firefox, Safari, and Chrome
> > > ignore my attempt, and Opera will fire the onload event but not
> > > update the style of the page.
> >
> > Since there are already implementations of this I've gone ahead and
> > defined it.
>
> I have a question about this text. It says that the load event is fired
> asynchronously; that's fine. However, the page load event is fired
> synchronously on completion of network activity in some cases (at least
> in Gecko). Which means that if no steps are taken to prevent it, if the
> last resource loading is a stylesheet the load event for the page will
> fire before the load event for the stylesheet. It's not clear to me
> whether this is ok per the spec text. Note that for image load events
> such steps to prevent are in fact taken (a pending image load event
> blocks the page onload from firing).
The spec requires the page 'load' event to be fired asynchronously.
(There's no black-box way to distinguish this from the case of waiting for
the other 'load' events to have fired, as far as I can tell.)
--
Ian Hickson U+1047E )\._.,--....,'``. fL
http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,.
Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
More information about the whatwg
mailing list