<div class="gmail_quote">On Tue, Sep 1, 2009 at 9:07 PM, Oliver Hunt <span dir="ltr">&lt;<a href="mailto:oliver@apple.com">oliver@apple.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div style="word-wrap:break-word"><div><div class="im"><div>On Sep 1, 2009, at 4:13 PM, Dmitry Titov wrote:</div></div><div class="im"><blockquote type="cite">Thanks a lot Maciej!<div><br></div><div>As a note to the API described in this thread: there was a proposal in private thread to replace the JS constructor with 4 parameters with a tag:</div>

<div><br></div><div>instead of </div>
<div>var globalScript = new webkitGlobalScript(<span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse">name, url, loadHandler, errorHandler);</span></div></blockquote></div></div></div></blockquote>

<div>I know this as been discussed a million times already, but this bugs me. What if you want to load multiple scripts or populate a globalscript from the parent page(s)? I prefer the other importScript-like ideas.</div>

<div><br></div><div>I&#39;d much prefer if we made creating a globalScript synchronous and with no network request. The async load of iframes with an empty src is really frustrating to web developers and causes lots of bugs and performance problems in practice. </div>

<div><br></div><div>If we keep this syntax, we should at least try and special-case leaving out the url argument so that we load the globalscript synchronously. I&#39;m not sure if this is really feasible given the time it takes to create a Document, but we should at least try it and measure the performance..</div>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div style="word-wrap:break-word"><div><div class="im"><blockquote type="cite"><div><span class="Apple-style-span" style="font-family: arial, sans-serif; border-collapse: collapse; ">to have this:</span></div>


<div><font face="arial, sans-serif"><span style="border-collapse:collapse">&lt;webkit-globalscript name=&#39;...&#39;, src=&#39;url&#39;, onload=... onerror=...&gt;&lt;/webkit-globalscript&gt;</span></font></div></blockquote>

</div></div>This actually displays one of the issues i have with global script as a concept, you are basically just doing<div>&lt;iframe src=&quot;...&quot;&gt;&lt;/..&gt;</div><div><br></div><div>And that gives you a context that achieves almost everything the global script concept gives you.</div>

</div></blockquote><div><br></div><div>People keep saying that this is no better than a new window or an iframe because you can script those synchronously across pages, but that totally misses the point. The the frame/script/window survives when it&#39;s parent page is closed if there&#39;s another page pointing to it and, in some versions of this proposal, it survives same-origin page navigations. That isn&#39;t true of iframes or windows and is exactly what makes these useful.</div>

<div><br></div><div>For the record, I&#39;m on the fence about this idea, but it seems worth experimenting with if there are web pages that will follow through with using them, understanding that they&#39;re experimental APIs of course.</div>

<div><br></div><div>Ojan</div></div>