[whatwg] DOMContentLoaded, load and current document readiness

Ian Hickson ian at hixie.ch
Mon Jan 9 16:10:26 PST 2012


On Tue, 31 May 2011, Henri Sivonen wrote:
>
> Recently, there was discussion about changing media element state in the 
> same task that fires the event about the state change so that scripts 
> that probe the state can make non-racy conclusions about whether a 
> certain event has fired already.
> 
> Currently, there seems to be no correct non-racy way to write code that 
> probes a document to determine if DOMContentLoaded or load has fired and 
> runs code immediately if the event of interest has fired or adds a 
> listener to wait for the event if the event hasn't fired.
> 
> Are there compat or other reasons why we couldn't or shouldn't make it 
> so that the same task that fires DOMContentLoaded changes the readyState 
> to "interactive" and the same task that fires load changes readyState to 
> "complete"?

Fixed for 'load'. I don't see a good way to fix this for 
'DOMContentLoaded', unfortunately. Note that 'readystatechange' events do 
fire synchronously with 'readyState' changes so you can always just use 
that instead of 'DOMContentLoaded' and 'load'. I haven't changed 
'pageshow', so you could still get code running between 'load' and 
'pageshow'. Let me know if you think we should merge those into one task 
as well.

-- 
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