<br><br><div class="gmail_quote">On Mon, Dec 14, 2009 at 9:16 PM, Darin Fisher <span dir="ltr">&lt;<a href="mailto:darin@chromium.org">darin@chromium.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I think that use case has been de-emphasized.  However, if we wanted to support it, we&#39;d probably have to say that removeChild of an IFRAME element doesn&#39;t cause the unload event to be dispatched.  (I&#39;m a bit concerned that that may cause incompatibilities with existing pages.)  Then, you&#39;d have to store a reference to the IFRAME element in a global variable, so that you could find it again when the next document is loaded.</blockquote>
<div><br></div><div>I hope this use-case can be accommodated, I think this is ultimately the more generally applicable use-case. Btw, concern for incompatibilities with existing pages was one reason we came up with a new construct for this capability (instead of overloading &lt;iframe&gt; or &lt;script&gt;).</div>
<div><br></div><div>How does &#39;reparentling&#39; work in the absence of the use-case i mentioned? When the current parent removes the iframe from its DOM, does unload not get fired, do pending xhr&#39;s, and do timers continue run such that they survive after being added to a new parent&#39;s DOM.... how&#39;s that work in the magic iframe scheme?</div>
<div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div>
<br><font color="#888888"><div>-Darin</div></font><div><div></div><div class="h5"><div><br></div><div><br><br><div class="gmail_quote">On Mon, Dec 14, 2009 at 2:50 PM, Michael Nordman <span dir="ltr">&lt;<a href="mailto:michaeln@google.com" target="_blank">michaeln@google.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">How does reparenting across in-place frame navigations work in this scheme? Is a de-parented iframe guaranteed to linger long enough for the new page to get it by name and re-parent it if desired?<div>

<br><div class="gmail_quote"><div><div></div><div>
On Thu, Dec 3, 2009 at 7:01 PM, Dmitry Titov <span dir="ltr">&lt;<a href="mailto:dimich@chromium.org" target="_blank">dimich@chromium.org</a>&gt;</span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div><div></div><div>
Hi WebKit,<div><br></div><div>The recent discussion indicated there is a feeling that SharedScript functionality can be achieved by other means that do not require adding new big APIs: changing iframe a bit (so it&#39;s internals survive reparenting into another document) and adding single getWindowByName() API. </div>



<div><br></div><div>Ian Hickson proposed this idea noting that nothing in the spec prevents iframe from staying alive over the reparenting.  Some folks from Google met with folks from Apple to discuss and it appears there is a consensus that we shall remove initial code for SharedScript and instead implement changes for iframe and getWindowByFrame(). This will not cause new API and hopefully won&#39;t cause compatibility issues since the only scenario that will behave differently is reparenting of the iframe between documents that is hopefully a rare thing. Perhaps more discussion will be needed to nail details on those.</div>



<div><br></div><div>Separately (or related?), we discussed SharedWorkers and the way XHR works in them. It seems a good idea to investigate a &quot;shadow document&#39; solution (as Chrome does for worker processes) when a dummy document is created and used to load resources on behalf of the worker. Also we&#39;ll try to fix couple of bugs that prevent Workers to be reliable enough.</div>



<div><br></div><div>Thanks a lot to all who chimed in and helped to arrive to a good solution to the same issues that SharedScript was trying to solve! :-)</div><div><br></div><font color="#888888"><div>Dmitry Titov</div>


<div><br></div><div><br>
</div>
</font><br></div></div>_______________________________________________<br>
webkit-dev mailing list<br>
<a href="mailto:webkit-dev@lists.webkit.org" target="_blank">webkit-dev@lists.webkit.org</a><br>
<a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_blank">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
webkit-dev mailing list<br>
<a href="mailto:webkit-dev@lists.webkit.org" target="_blank">webkit-dev@lists.webkit.org</a><br>
<a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_blank">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br>
<br></blockquote></div><br></div></div></div></div>
</blockquote></div><br>