[whatwg] readystatechange for SCRIPT (Re: Feedback regarding script execution)

Ian Hickson ian at hixie.ch
Thu Sep 8 14:15:48 PDT 2011


On Thu, 8 Sep 2011, Boris Zbarsky wrote:
> On 9/8/11 4:41 PM, Hallvord R. M. Steen wrote:
> > as far as I know Opera is currently the only browser that supports 
> > both script.onload and script.onreadystatechange, and this is causing 
> > us compatibility problems because many scripts set both and expect 
> > only one of them to run. For this reason, we plan to drop 
> > script.onreadystatechange support.
> 
> That will break still other sites.  That's why it's been added to the 
> spec; it turned out that as long as script.onreadystatechange is not 
> undefined (which the spec currently requires because it defines all on* 
> attributes on all elements) there are sites that expect the event to be 
> fired.  Where by "sites" I mean at least Yandex maps so far in Gecko's 
> experience of shipping this for a few weeks in nightlies.
> 
> The other obvious option here is to move onreadystatechange from being 
> on all elements to only being on some elements....

Yeah, that is rapidly becoming my conclusion too. A few exceptions like 
this aren't going to kill us (per spec <marquee> already has a few 
exceptions of its own), but I would like to keep it to a minimum if we at 
all can. Having just one set of these event handlers that apply everywhere 
simplifies the platform quite a bit.

I'd like to study some of the pages that break if they have both, though, 
to see if there's anything simpler we can do first.

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