- From: gitspeaks via GitHub <sysbot+gh@w3.org>
- Date: Sun, 10 Nov 2024 01:00:11 +0000
- To: public-css-archive@w3.org
You mentioned: >A block formatting context is established by a block container which isn't block-level (so there is no parent block formatting context to continue), or that is forced to establish an independent formatting context. > >This block formatting context lays out the contents of the block container, but if some content establishes an independent formatting context, then the nested contents will be laid out with that other formatting context. However, referring to https://github.com/w3c/csswg-drafts/pull/8095, it states: > "defining the ICB to establish a block formatting context so that the root element's box is fully defined to be a block-level box" According to the glossary, the ICB isn’t classified as a block container; it’s described as a “rectangle” rather than a “box,” so this may be an edge case. However, this statement seems to suggest that creating a block formatting context within the ICB is essential for the root element’s principal box to function as a block-level box. This is somewhat confusing because as I understand a BFC doesn’t enforce block-level behavior on its descendants. A BFC can contain both block-level and inline-level elements. Could you please clarify how the BFC established by the ICB specifically ensures that the root element’s box behaves as a block-level box, given that a BFC generally doesn’t impose block-level constraints on its children? -- GitHub Notification of comment by gitspeaks Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/11126#issuecomment-2466530961 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Sunday, 10 November 2024 01:00:12 UTC