That suggestion has also been floating around in some internal discussions. I&#39;d have to objections to this approach either, although I&#39;m not familiar enough with URL semantics to know if this is a valid use of URL fragments.<div>
<br></div><div>-atw<br><br><div class="gmail_quote">On Sat, Aug 15, 2009 at 5:29 PM, Jim Jewett <span dir="ltr">&lt;<a href="mailto:jimjjewett@gmail.com">jimjjewett@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
&gt; Currently, SharedWorkers accept both a &quot;url&quot; parameter and a &quot;name&quot;<br>
&gt; parameter - the purpose is to let pages run multiple SharedWorkers using the<br>
&gt; same script resource without having to load separate resources from the<br>
&gt; server.<br>
<br>
&gt; [ request that name be scoped to the URL, rather than the entire origin,<br>
&gt; because not all parts of <a href="http://example.com" target="_blank">example.com</a> can easily co-ordinate.]<br>
<br>
Would there be a problem with using URL fragments to distinguish the workers?<br>
<br>
Instead of:<br>
    new SharedWorker(&quot;url.js&quot;, &quot;name&quot;);<br>
<br>
Use<br>
    new SharedWorker(&quot;url.js#name&quot;);<br>
and if you want a duplicate, call it<br>
    new SharedWorker(&quot;url.js#name2&quot;);<br>
<br>
The normal semantics of fragments should prevent the repeated server fetch.<br>
<font color="#888888"><br>
-jJ<br>
</font></blockquote></div><br></div>