<span class="Apple-style-span" style="border-collapse: collapse; "><div>Steve Souders, whom most of you have hopefully heard of due to his work with YSlow etc., proposed something in one of the Chrome bug trackers that I thought was more appropriate for WebKit in general, or perhaps HTML5 (Hixie: CCed you so you can give feedback on where to send this).</div>
<div><br></div><div>I am pretty ignorant of all this stuff, so I&#39;ll just paste Steve&#39;s slightly-edited proposal below for comment.</div><div><br></div><div>PK</div><div><br></div><div>***</div><div><br></div>It&#39;s great that WebKit has parallel script **downloading**. But... this still blocks page rendering of all elements below the script and still blocks all execution of subsequent JavaScript.<br>
<br>I&#39;d like an ASYNC attribute to the SCRIPT tag that implied WebKit should go ahead and render subsequent page elements and go ahead executing subsequent JavaScript. This would make it easy for developers deploying standalone features (carousel, widgets, etc.) to get better page behavior.<br>
<br>This is esp. important for ads. It&#39;s unlikely that we can make much progress amongst ad services to adopt performance improvements that require even a small amount of extra JS coding. It is more likely that we could make inroads in getting them to add a simple &quot;async&quot; attribute.<br>
<br>The key to accomplish this is that the async-loaded scripts must be able to preserve document.write. This opens up a lot of scenarios - I certainly haven&#39;t thought them all through. But Opera has this capability, and in my testing it works (see<a href="http://www.google.com/url?q=http%3A%2F%2Fwww.stevesouders.com%2Fblog%2F2008%2F09%2F11%2Fdelayed-script-execution-in-opera%2F&amp;sa=D&amp;sntz=1&amp;usg=AFQjCNE_SPoXr2mPBLiCVZPD1X_c3LnHsg" target="_blank" style="color: rgb(195, 57, 11); ">http://www.stevesouders.com/blog/2008/09/11/delayed-script-execution-in-opera/</a> ).</span>