- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Tue, 20 Oct 2020 21:45:44 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `contain: size and aspect-ratio`, and agreed to the following: * `RESOLVED: contain:size suppresses intrinsic aspect ratio` <details><summary>The full IRC log of that discussion</summary> <fantasai> Topic: contain: size and aspect-ratio<br> <TabAtkins> github: https://github.com/w3c/csswg-drafts/issues/5585<br> <fantasai> florian: I think this was oversight in the original specification<br> <fantasai> florian: contain:size suppresses intrinsic size, mentions width/height, but forgot to state that it also suppresses intrinsic aspect ratio<br> <fantasai> florian: So should say so<br> <fantasai> florian: Note this is not about the explicit 'aspect-ratio' property<br> <fantasai> florian: but about the intrinsic one<br> <fremy> lgtm<br> <fantasai> lgtm<br> <fantasai> TabAtkins: seems obvious, but this is a REC so need WG approval<br> <dlibby_> q+<br> <fantasai> astearns: proposed that contain:size suppresses intrinsic aspect ratio<br> <astearns> ack dlibby_<br> <fantasai> dlibby_: Would it be possible that 0/0 gives us the right behavior for this aspect ratio?<br> <fantasai> TabAtkins: what do you mean by both zero?<br> <fantasai> fantasai: having an aspect ratio vs having an infinite aspect ratio is different<br> <fantasai> florian: We're not doing 0/0, we're doing "no aspect ratio"<br> <fantasai> cbiesinger: what if we have 'auto' in the aspect ratio in the property?<br> <fantasai> TabAtkins: you wouldn't ignore auto, but you would look up intrinsic aspect ratio and see that you have none<br> <florian> q?<br> <fantasai> RESOLVED: contain:size suppresses intrinsic aspect ratio<br> <TabAtkins> fantasai: We get to the be the guinia pigs for modifying a Rec<br> <TabAtkins> fantasai: Do we want to reoslve publishing an updated Rec that contains a candidate change?<br> <TabAtkins> chris: Doesn't it have to be published under a particular license?<br> <TabAtkins> fantasai: Only if you're adding new features, not fixing errors<br> <TabAtkins> florian: there is another change we're likely to do to the same level of this spec<br> <TabAtkins> florian: *after that*, sure, but let's resolve just once<br> <fantasai> TabAtkins: so no publication yet, but soon. happy to guinea pig<br> <fantasai> florian: another change in terminology is proposed<br> <fantasai> florian: and another one about the definition of contain:size being phrased sufficiently vaguely that mats didn't disagree with what we were trying to do , but wasn't sure what we were trying to do<br> <fantasai> florian: and we found some potential things we might want to change about how it affects grid tracks<br> <fantasai> florian: not on agenda today, but can discuss later<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/5585#issuecomment-713158240 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 20 October 2020 21:45:47 UTC