BTW, the WorkerGlobalScope.importScript() API blocks the current thread of execution, which is probably not acceptable for code executed from page context. So for globalscripts we'll need some way to do async notifications when the loading is complete, and report errors. We may also want to have some way to automatically enforce ordering (so if I call GlobalScript.importScripts() twice in a row, the second script is not executed until after the first script is loaded/executed, to deal with dependencies between scripts). The alternative is to force applications to do their own manual ordering.<div>
<div><br></div><div>-atw<br><br><div class="gmail_quote">On Mon, Aug 24, 2009 at 11:32 AM, Michael Nordman <span dir="ltr"><<a href="mailto:michaeln@google.com">michaeln@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
</blockquote>
<br></div></div>
Dmitry had a later note which combined creation of the context and loading of the script.  But I suspect one thing people will want to do, in development anyway, is load multiple scripts into a context - like you can in workers.  Which would mean we'd still need a function to load a script, or the only way to load a script would be by also creating a new context - which is much like the serverJS module concept.</blockquote>

<div><br></div></div><div>I think the plan is to provide an importScript(...) function to globalScripts as is done for workers...</div><div><a href="http://www.whatwg.org/specs/web-workers/current-work/#importing-scripts-and-libraries" target="_blank">http://www.whatwg.org/specs/web-workers/current-work/#importing-scripts-and-libraries</a></div>

</div>
</blockquote></div><br></div></div>