W3C home > Mailing lists > Public > public-html@w3.org > October 2010

Re: Executing script-inserted external scripts in insertion order

From: Getify <getify@gmail.com>
Date: Sun, 17 Oct 2010 20:23:18 -0500
Message-ID: <56A143E31AE242FBAC09A7C9A01739DA@spartacus>
To: "public html" <public-html@w3.org>
?> As of http://trac.webkit.org/changeset/67245, WebKit is in compliance
> with HTML5 and no longer hits the network for scripts it doesn't plan
> to execute.

It also occurs to me that while this is Webkit getting into compliance with 
spec (which I think is currently short-sighted on this topic), in and of 
itself admirable progress, it represents a change which is quite problematic 
for backwards compatibility because it changes a fundamental behavior in a 
way that is not feature-testable.

This means that LABjs and any other sites and libs that have relied on this 
behavior in Webkit (Safari and Chrome, etc) will now be broken in a way that 
cannot just be corrected with a feature-test patch, but which must instead 
fall back on more crappy browser sniffing/inferences to fix compat-wise.

I think it even further underscores the need for a spec change (that all the 
browsers can agree on) which gives a reliable and straightforward answer to 
"parallel-load-serial-execute" use case in a performance-oriented and 
feature-testable way.

Since Webkit has made this change that is in a non-compat way with existing 
content, are they willing to support the proposed change as a 
feature-testable addition (to spec and the browsers) that provides an answer 
to the use-case?


Received on Monday, 18 October 2010 01:23:55 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:16:06 UTC