18172 2012-07-18 17:32:07 +0000 Please clarify how seamless should interact with scrollbars 2016-01-25 16:06:17 +0000 1 1 1 Unclassified HTML WG HTML5 spec unspecified Other other RESOLVED WONTFIX interopIssue P1 editorial --- 1 contributor dave.null annevk eric mike ojan public-html-admin public-html-wg-issue-tracking public-html-bugzilla oldest_to_newest 70810 0 contributor 2012-07-18 17:32:07 +0000 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 ================================================================================ 121059 1 mike 2015-06-16 11:02:42 +0000 Agree that it would be good to have a spec change here, and raising priority after reviewing implementer feedback. 121066 2 mike 2015-06-16 11:13:10 +0000 Noting that this is simply editorial. 121068 3 mike 2015-06-16 11:22:13 +0000 Noting that while editorial, there's also a possible interop issue here. 124671 4 annevk 2016-01-22 13:39:30 +0000 <iframe seamless> has been removed from the HTML Standard. https://github.com/whatwg/html/commit/1490eba4dba5ab476f0981443a86c01acae01311