Re: [csswg-drafts] [css-contain] Becoming a formatting context

I think I'm not opposed to making `contain` not apply to inline or ruby boxes. This isn't sort of the same layout with optimization-friendly tweaks turned on, but a radically different layout, so if an author wants that, they should ask for it. Maybe somebody has good use cases though, we could try to do some outreach, see if people have good reasons for wanting it to apply, and decide against it if not.

Either way, I still think we should define the whole table. To me it really seems to be an underlying concept that's slowly emerging as various specs expose various aspects of it. Defining the full model would give us a more solid foundation for spec building, avoiding us having to wonder exactly what these different operations mean in different contexts, or to accidentally redefine them incorrectly when we forget to think things through.

Having this table (and the **becoming a FC** terminology) would have avoided #1071. 

It would also have helped steer the discussion about whether `contain` should apply to inlines/ruby, from "what would that even mean" to "would that be good for authors".

It would allow for more precise wording in the flexbox spec (there's the same thing in grid):

> A flex item establishes a new formatting context for its contents. The type of this formatting context is determined by its display value, as usual.

What's "as usual"? → See the table.

Maybe this should also be invoked from the table spec (but then again, tables are weird, so the logic may be different there).

Anyway, that's my reasoning for wanting the table (and the **becoming a FC** terminology) to exist.

As for exactly what it should say, I am less strongly locked into any particular solution, but I do find @Loirooriol's arguments persuasive.

-- 
GitHub Notification of comment by frivoal
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/1457#issuecomment-374818996 using your GitHub account

Received on Wednesday, 21 March 2018 02:36:32 UTC