Re: [csswg-drafts] [css-display] display: math might not want to do magical box construction based on the kind of element it applies to (#5866)

The CSS Working Group just discussed `MathML individual display types`, and agreed to the following:

* `RESOLVED: We are interested in defining all the math display types necessary for mathml layout`

<details><summary>The full IRC log of that discussion</summary>
&lt;fantasai> Topic: MathML individual display types<br>
&lt;fantasai> github: https://github.com/w3c/csswg-drafts/issues/5866<br>
&lt;dael> iank_: I would like to ask people more familiat with MathML<br>
&lt;fantasai> earlier discussion in https://www.w3.org/2021/04/14-css-irc<br>
&lt;dael> iank_: Does seem like consensus in this group<br>
&lt;dael> astearns: Dim recolection is mathML asked for the display types and we thought it too many<br>
&lt;dael> iank_: My recolection too.<br>
&lt;fantasai> s/we/Igalia folks/<br>
&lt;dael> astearns: Math WG just spun up. Maybe we can ping them on this<br>
&lt;fantasai> s/recolection/recollection/<br>
&lt;dael> astearns: I'll take an action to send this along<br>
&lt;dael> plinss: I'm in favor of more display types. Maybe not 100, but 2 or 3 with other properties to control sub-behaviors. Early disgn philosophy in Gecko. I don't want layout and design tied to semantics. I want it all in css<br>
&lt;dael> iank_: Quite probably quite a few, 5 or 6. Makes sense b/c distinct layout algos.<br>
&lt;dael> florian: Are these things only useful in context of math? Or are they potentially useful in general? In favor either<br>
&lt;bradk> These would be display-inside?<br>
&lt;dael> plinss: If we give tools people will have create ways to use them. People will find fun ways to display content we didn't dream of<br>
&lt;dael> iank_: mtable has display:table and display:tablecell so this normalizes to that behavior.<br>
&lt;fantasai> bradk, some of them might be more like internal table display types, have to check<br>
&lt;dael> iank_: display:mrow there might be. We should give that power<br>
&lt;florian> +1<br>
&lt;dael> emilio: Agree. If we want to style math with css using display ew have to do all or none. SVG does no such thing, it's its own box type. I like the direction of exposing all mathml display types<br>
&lt;dael> astearns: This will go into issue. I'll ping the new math WG and come back<br>
&lt;bradk> @fantasai I see.  Thanks<br>
&lt;dael> fantasai: I'd like to propse we take a resolution. csswg believes this is the right direction to go and we prop that to math wg. Useful to capture we're on the same page<br>
&lt;dael> astearns: Unless anybody has reservations?<br>
&lt;dael> astearns: Prop: We are interested in defining all the math display types necessary for mathml layout<br>
&lt;dael> astearns: as individual display types or separate properties in css that let us control the variations<br>
&lt;dael> RESOLVED: We are interested in defining all the math display types necessary for mathml layout<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/5866#issuecomment-819645725 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Wednesday, 14 April 2021 16:20:57 UTC