- From: mind-bending-forks via GitHub <sysbot+gh@w3.org>
- Date: Fri, 11 Dec 2020 12:00:32 +0000
- To: public-css-archive@w3.org
Thanks @bokand. There's a lot said here. I suspect that quite a bit of it is talking at cross-purposes or misunderstood, mainly because of my lack of a grip on the terminology. So, let's see if we can address that first, and maybe I can produce an updated article correcting what needs to be corrected and we can go from there. > What you're describing as "Initial Containing Block" here is actually what we usually call the "Layout Viewport". The initial containing block as defined in [CSS2](https://www.w3.org/TR/CSS2/visudet.html#containing-block-details) is a layout-only concept and conceptually doesn't ever change position, even when you scroll. Gah... You're right. Every time I think I've understood what the Initial Containing Block is, it turns out I haven't! The thing that I've referred to as the Initial Containing Block isn't. I think the main issue is that it is defined as being pinned to the document origin, whereas I've got mine shifting around in the article. How about its size? To keep things simple, let's consider the case where there are no toolbars that might hide/reveal themselves complicating matters.... Does the ICB change size, and if so, in response to what? I presume it changes size in response to viewport resize (e.g. change from portrait to landscape on mobile, or browser window resize on desktop.) Does it also expand on pinch-zoom on mobile? Once I've got ICB properly pinned down, we can come onto Layout Viewport (if you don't mind taking the time to educate me?!) Thanks. -- GitHub Notification of comment by mind-bending-forks Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/5777#issuecomment-743153631 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Friday, 11 December 2020 12:00:33 UTC