This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
This was was cloned from bug 17076 as part of operation convergence. Originally filed: 2012-05-16 10:59:00 +0000 ================================================================================ #0 contributor@whatwg.org 2012-05-16 10:59:15 +0000 -------------------------------------------------------------------------------- Specification: http://www.whatwg.org/specs/web-apps/current-work/ Multipage: http://www.whatwg.org/C#attr-iframe-seamless Complete: http://www.whatwg.org/c#attr-iframe-seamless Comment: Please clarify how seamless should interact with scrollbars Posted from: 173.164.128.209 User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_3) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.3 Safari/536.11 ================================================================================ #1 Eric Seidel 2012-05-16 11:02:09 +0000 -------------------------------------------------------------------------------- For example, this section: In visual media, in a CSS-supporting user agent: the user agent must force the height of the initial containing block of the active document of the nested browsing context of the iframe to zero. This is intended to get around the otherwise circular dependency of percentage dimensions that depend on the height of the containing block, thus affecting the height of the document's bounding box, thus affecting the height of the viewport, thus affecting the size of the initial containing block. This would cause user agents to add scrollbars in their initial computation, since the containing block starts at 0px, no? Similarly, what about child documents in quirks mode? There the body/html are expected to fit to the viewport size? For now in WebKit I've disabled this quirk when the document is seamless, but that doesn't feel 100% right. Some explanation of how the scrollbar negotiation should work would be helpful. :) Presumably it should work exactly as <div style="scroll: auto"> would, but it's a bit tricky due to the assumption of html/body as being the root (at least in the code). Presumably we should treat html/body as just normal blocks inside the seamless iframe block. ================================================================================ #2 Simon Pieters 2012-05-16 13:01:07 +0000 -------------------------------------------------------------------------------- > Similarly, what about child documents in quirks mode? There the body/html are > expected to fit to the viewport size? That's not expected. It's what WebKit does, but Opera and Gecko don't. I'm not sure, but I think IE9 in non-compat-view quirks mode also doesn't. The quirks mode spec specifies the Opera/Gecko behavior. http://simon.html5.org/specs/quirks-mode#the-percentage-height-calculation-quirk ================================================================================
Agree that it would be good to have a spec change here, and raising priority after reviewing implementer feedback.
Noting that this is simply editorial.
Noting that while editorial, there's also a possible interop issue here.
<iframe seamless> has been removed from the HTML Standard. https://github.com/whatwg/html/commit/1490eba4dba5ab476f0981443a86c01acae01311