- From: Florian Rivoal via GitHub <sysbot+gh@w3.org>
- Date: Mon, 26 Apr 2021 02:35:23 +0000
- To: public-css-archive@w3.org
While I think the spec needs to handle this situation in some way, I am not strongly attached to the particular way we just resolved on, and your suggestion seems good: saying that such elements should be treated as display inline, and letting the box fix-up give them appropriate parents. That would be inline with what the table spec does since https://github.com/w3c/csswg-drafts/issues/508. I suppose that we could solve this generically by having this requirement in in css-display in the https://drafts.csswg.org/css-display-3/#layout-specific-display section (loosely inspired by the text at the end of https://drafts.csswg.org/css-tables/#table-structure): > When the 'display' property of a [=replaced element=] computes to one of the [=layout-internal=] values, it is handled as having a used value of ''display/inline''. White space collapsing and anonymous box generation must happen around those replaced elements based on that ''display/inline'' value, as if they never had a [=layout-internal=] display value applied to them. > Advisement: Authors should not assign a [=layout-internal=] display value to [=replaced elements=]. Then, css-ruby (and css-tables) could just refer to it. -- GitHub Notification of comment by frivoal Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/6000#issuecomment-826461265 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Monday, 26 April 2021 02:35:25 UTC