<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>I think there is still little clarity around the appcache behavior (dimich: are you bring over your &quot;shadow frame&quot; concept to webkit?).</div>
</blockquote><div><br></div></div><div>I&#39;m wondering about bringing the &#39;shadow frame&#39; technique to webcore too?</div></div></blockquote></div><br>If needs be :-) <br><br>Just to explain what is meant by &#39;shadow frame&#39;
(I&#39;m not sure it was discussed in webkit-dev beore): to provide access
to FrameLoader in Chrome&#39;s Worker process (which loads WebKit but
doesn&#39;t load any html, just creates a worker out of JS string), we
create a WebView and load it from a (url, encoding, mimtype, data)
source with empty data and the worker&#39;s url. This creates a frame with
a an empty document but with a right origin and encoding. This makes it
possible to create a ThreadableLoader (and underlying
DocumentThreadableLoader) w/o aceess to the original worker&#39;s parent.
This loader is used to implement XHR and importScripts in Chrome
workers. Oriinally a Darin Fisher&#39;s idea, it was implemented as
alternative to rollign out a new frame-less loader.<br>
<br>Shared workers can use the same approach since they can not forever hold the ref to the &#39;creating&#39; document.<br><br>Dmitry<br>