<div dir="ltr">On Mon, Aug 18, 2008 at 4:40 PM, Ian Hickson <span dir="ltr">&lt;ian@hixie.ch&gt;</span> wrote:<br><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="Ih2E3d">On Mon, 18 Aug 2008, Robert O&#39;Callahan wrote:<br>&gt; &gt; Note that the default width and height are adjusted for seamless<br>
&gt; &gt; iframes to match the width that the element would have if it was a<br>
&gt; &gt; non-replaced block-level element with &#39;width: auto&#39;, and the height of<br>
&gt; &gt; the bounding box around the content rendered in the iframe at its<br>
&gt; &gt; current width, respectively.<br>
&gt;<br>
&gt; &quot;The bounding box&quot; is a bit ambiguous. If the content overflows<br>
&gt; vertically above the iframe&#39;s viewport, does that contribute to the<br>
&gt; height of the bounding box?<br>
<br>
</div></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">As far as I can tell there is no ambiguity to the concept of the bounding<br>

box of the content in the canvas, especially given the way the initial<br>
containing block is forced to zero height.</blockquote><div><br>What&#39;s the answer to my question then? Should I have been able to derive it somehow?<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
&gt; For greater seamlessness, I&#39;d prefer to make the intrinsic height be the<br><div class="Ih2E3d">
&gt; height of the iframe&#39;s root element.<br>
<br>
</div>Why would that be more seamless? Surely that would be less seamless if<br>
there were things like negative margins, since then you&#39;d have unsightly<br>
scrollbars appearing.</blockquote><div><br>You mean the scrollbars associated with the iframe viewport?<br><br>Well, viewport scrollbars are already a bit magical. The CSS initial value of &#39;overflow&#39; is &#39;visible&#39;, yet all browsers use &#39;auto&#39; for viewport scrollbars unless another value is propagated up from the root element or HTML &lt;body&gt;. So I&#39;d suggest that for seamless iframes, the viewport overflow be &#39;visible&#39; unless another value propagates up.<br>
<br>I just realized that using the height of the root element won&#39;t make much sense if the root element is positioned. I&#39;m not sure how much to care about that.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
&gt; Plus, as dbaron suggested, we&#39;d like &#39;overflow&#39; to apply to the content<br><div class="Ih2E3d">
&gt; of seamless iframes so that horizontal and vertical overflowing content<br>
&gt; can be rendered as if the iframe was a regular overflow:visible block.<br>
&gt; (We might want to recommend that the UA style sheet contain &quot;iframe {<br>
&gt; overflow:hidden; }&quot; to make it easier for authors to avoid spoofing<br>
&gt; attacks via seamless sandboxed iframes using clever positioning.)<br>
<br>
</div>Well, I guess I&#39;m ok with that, but that will presumably require<br>
significantly changes to the CSS spec to define how it all works (e.g.<br>
with compositing and so forth).</blockquote><div><br>We can make the iframe a stacking context. Then I don&#39;t see any problems with compositing.<br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 The current definition is intended to be<br>
really easy to implement without needing any changes to the CSS model.<br>
</blockquote><div>&nbsp;</div></div>I think that&#39;s a good goal, but we also want it to be reasonably &quot;seamless&quot;.<br><br>I&#39;m concerned about the use case of very wide content in the iframe (i.e. content overflowing the root element horizontally); for example a forum with many wide messages, each of which is a seamless iframe. Right now it seems the choices are to either have a horizontal scrollbar in each message or clip each message horizontally, there&#39;s no way to make it work like a forum page.<br>
<br>Actually I&#39;m not 100% sure you mean by &quot;the width that the element would have if it was a non-replaced
     block-level element with &#39;width: auto&#39;&quot;. You mean if it was such a block-level element containing the root element of the iframe&#39;s document?<br><br>Rob<br>-- <br>&quot;He was pierced for our transgressions, he was crushed for our iniquities; the punishment that brought us peace was upon him, and by his wounds we are healed. We all, like sheep, have gone astray, each of us has turned to his own way; and the LORD has laid on him the iniquity of us all.&quot; [Isaiah 53:5-6]<br>

</div>