- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 27 Jun 2018 16:58:59 +0000
- To: public-css-archive@w3.org
The Working Group just discussed `Incorrect use of the word "compute" in definition of intrinsic keyword values`, and agreed to the following: * `RESOLVED: change to "behave as" instead of "compute"` <details><summary>The full IRC log of that discussion</summary> <dael> Topic: Incorrect use of the word "compute" in definition of intrinsic keyword values<br> <dael> github: https://github.com/w3c/csswg-drafts/issues/2708<br> <fantasai> https://github.com/w3c/csswg-drafts/commit/b603bfb33da70080b83f78e74f41c8af89b9b88b<br> <dael> fantasai: Changes are ^<br> <dael> fantasai: The min content and max content keywords and that type are currently defined to behave as property initial value if spec in block axis.<br> <dael> fantasai: Spec says they compute to property initial value so auto on height or none or max-height.<br> <dael> fantasai: Mats would prefer it to say "bahevs as" rather then "computes to"<br> <dael> fantasai: TabAtkins and I have no strong opinion. Up to impl.<br> <dael> s/bahevs/behaves<br> <dael> fantasai: Example from Mats is if you explicitly inherit height and gave one of these keywords you should get that keyword. Makes sense, but can't imagine anyone inheriting height.<br> <dael> dbaron: Issue is impl have to impl what spec says and that can be a pain to do<br> <dael> florian: If no real use case and simplier thing to impl, why not?<br> <dael> dbaron: Note one interesting point that request is the opposite of the request a few issues ago.<br> <dael> fantasai: Yep<br> <emilio> https://bugs.chromium.org/p/chromium/issues/detail?id=850872 is a broken site for inheriting height fwiw :-)<br> <dael> dbaron: Maybe figure out underlying principle. Maybe if it's a property that effects type of boxes.<br> <dael> Rossen_: Any reasons to not word it as "behaves as"?<br> <dael> Rossen_: I sympathize with Mats and having dependency between properties when computing the value of others is usually a thing to avoid. By not being a strict as current wording it at least doesn't explicitly say this is what it is.<br> <dael> Rossen_: We're not fixing issue by changing wording<br> <dael> Rossen_: For current sizing spec, are we okay make the change to "behave as" instead of "compute"<br> <dael> Rossen_: Objections?<br> <dael> fremy: Wasn't change to revert?<br> <dael> Rossen_: revert what?<br> <dael> fantasai: Resolution asked is to accept the change<br> <dael> florian: Reverse is earlier issue<br> <dael> Rossen_: I said change to behave as instead of compute.<br> <dael> RESOLVED: change to "behave as" instead of "compute"<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/2708#issuecomment-400755420 using your GitHub account
Received on Wednesday, 27 June 2018 16:59:05 UTC