Re: [csswg-drafts] [css-sizing] Clarify how contain-intrinsic-size affects size containment algorithm (#7519)

The CSS Working Group just discussed `Clarify how c-i-s affects size containment aglo`, and agreed to the following:

* `RESOLVED: contain-intrinsic-size size is used as the natural sizes of replaced elements (but does not set the aspect ratio)`

<details><summary>The full IRC log of that discussion</summary>
&lt;fantasai> Subtopic: Clarify how c-i-s affects size containment aglo<br>
&lt;fantasai> s/aglo/algo/<br>
&lt;fantasai> github: https://github.com/w3c/csswg-drafts/issues/7519<br>
&lt;fantasai> oriol: There's a bunch of sentences in the spec, mostly editorial, but the interaction of how the algo in containment spec is altered to take c-i-s into account<br>
&lt;fantasai> oriol: mostly editorial, might not worth it to discuss now, just one thing I wanted to discuss is<br>
&lt;fantasai> oriol: what about replaced elements?<br>
&lt;fantasai> oriol: The contain spec sais that when you have a replaced element with size containment, it behaves as if it had no natural size<br>
&lt;fantasai> oriol: and the natural size was zero<br>
&lt;fantasai> oriol: what happens if you have c-i-s?<br>
&lt;fantasai> oriol: what Chromium does is that the replaced element still doesn't have a natural size<br>
&lt;fantasai> oriol: but the natural width and height are the ones specified in c-i-s<br>
&lt;fantasai> oriol: does this make sense, or do we want some other behavior?<br>
&lt;fantasai> TabAtkins: having natural width/height take from c-i-s makes sense<br>
&lt;fantasai> s/had no natural size/had no natural aspect ratio/<br>
&lt;fantasai> s/have a natural size/have a natural aspect ratio/<br>
&lt;fantasai> TabAtkins: you asked, why do first layout if going to relayout<br>
&lt;fantasai> TabAtkins: answer is, we want to make sure that under normal circumstances, width calculates before height<br>
&lt;fantasai> TabAtkins: depending on contents, can have different effets<br>
&lt;fantasai> TabAtkins: once have width, then calculate height<br>
&lt;fantasai> oriol: so can we have an example of these cases in the spec?<br>
&lt;fantasai> ACTION TabAtkins add an example<br>
&lt;fantasai> ACTION: TabAtkins add an example<br>
&lt;fantasai> Rossen_: does that mean we don't need to change anything?<br>
&lt;fantasai> TabAtkins: Oriol's second example, needs fixing in the spec<br>
&lt;Rossen_> q?<br>
&lt;emilio> fantasai: we want to clarify that it doesn't set the a-r right?<br>
&lt;fantasai> Proposed: contain-intrinsic-size size is used as the natural sizes of replaced elements (but does not set the aspect ratio)<br>
&lt;iank_> some SVGs have this behaviour.<br>
&lt;emilio> TabAtkins: yeah<br>
&lt;emilio> fantasai: I wanna suggest that if the aspect-ratio...<br>
&lt;emilio> TabAtkins: we wanna say that it doesn't have an intrinsic aspect-ratio, the property can affect<br>
&lt;emilio> fantasai: wonder if there's utility in being able to set the a-r from those sizes<br>
&lt;emilio> ... guess it has to be opt-in, we don't know if the element is supposed to have an aspect-ratio<br>
&lt;iank_> if you want to opt-in to an aspect-ratio you can just set the aspect-ratio as well?<br>
&lt;emilio> ... we might want to have that ability<br>
&lt;emilio> ... yeah, you can do that explicitly, but it'd be easier to have it computed from c-i-s<br>
&lt;emilio> ... that's something to think about but can be addressed later<br>
&lt;emilio> Rossen_: objections?<br>
&lt;fantasai> RESOLVED: contain-intrinsic-size size is used as the natural sizes of replaced elements (but does not set the aspect ratio)<br>
</details>


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


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

Received on Tuesday, 2 August 2022 14:41:42 UTC