-
Notifications
You must be signed in to change notification settings - Fork 645
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[css-display][css-flexbox][css-grid] Contradictory definitions of block-level #1175
Comments
Maybe "its role in flow layout" is the key part here? And the box is block-level only if it participates in flow layout, otherwise its type is defined by the formatting context it is placed in? But I agree, the current wording is confusing and should be clarified. |
@SelenIT has it exactly right. I added “in flow layout” to each of the individual definitions to clarify this point, but let me know if you have a better solution. |
@fantasai Now it's clear, thanks. But now the effect of the outer display role seems undefined when not in flow layout. I think the spec should say that other layouts are required to either inlinify, blockify or wrap inside a layout-internal box, so that the value is only useful in flow layout. |
@fantasai You should also add that "when placed in flow layout" to this quote:
It says "parent formatting context" in general, not specific to flow layout. |
I don't think it's necessary. The same outer display value may dictate different behavior in different formatting contexts (e.g. things like Maybe a new table to briefly summarize what each value does in each type of formatting context would be useful in the same section instead? |
@Loirooriol Fixed. It now reads
Let me know if that seems to cover it. |
@fantasai Yes. But I still think it may be useful to add a note saying that the outer display type has no effect outside of flow layout because others blockify, inlinify or fixup. |
@Loirooriol Given how recently the scope of what other layout models do was wide open for exploration, I'd rather not have Display explain what other layout models (that it does not define) do. |
CSS Flexbox says
Same for CSS Grid:
This seems to mean that participating in a block formatting context is a requirement for being block-level.
However, CSS Display says otherwise:
Then, having a
block
outer display type is enough to be block-level.Since flex items and grid items are blockified, they always have a
block
outer display type. So they are block-level.This contradicts the first and second quotes.
The text was updated successfully, but these errors were encountered: