- From: Getify <getify@gmail.com>
- Date: Sun, 17 Oct 2010 20:23:18 -0500
- 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? --Kyle
Received on Monday, 18 October 2010 01:23:55 UTC