W3C home > Mailing lists > Public > public-css-archive@w3.org > August 2021

Re: [csswg-drafts] [css-variables][cssom] Shorthands should serialize as empty string when longhands have variables (#6253)

From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
Date: Wed, 18 Aug 2021 16:19:55 +0000
To: public-css-archive@w3.org
Message-ID: <issue_comment.created-901249422-1629303593-sysbot+gh@w3.org>
The CSS Working Group just discussed `Shorthand serialization when longhands have variables`, and agreed to the following:

* `RESOLVED: accept edits`

<details><summary>The full IRC log of that discussion</summary>
&lt;fantasai> Topic: Shorthand serialization when longhands have variables<br>
&lt;fantasai> github: https://github.com/w3c/csswg-drafts/issues/6253<br>
&lt;fantasai> TabAtkins: Variables spec has text about handling situations when shorthand contains variable and you ask for longhands<br>
&lt;fantasai> TabAtkins: at that time, we don't know what they will be, until computed value<br>
&lt;fantasai> TabAtkins: Same problem opposite direction, if variables in longhands, trying to serialize shorthand<br>
&lt;fantasai> TabAtkins: can get two completely invalid longhand that creates a valid shorthand, for example.<br>
&lt;fantasai> TabAtkins: So spec specifies the same thing, if longhand contains variable and you ask for shorthand, considered unserializable shorthand.<br>
&lt;fantasai> TabAtkins: wanted to confirm edits with WG<br>
&lt;fantasai> emilio: This is the only thing that makes sense<br>
&lt;fantasai> TabAtkins: Firefox and Chrome do specified behavior, WebKit does incorrect behavior<br>
&lt;fantasai> TabAtkins: currently<br>
&lt;fantasai> astearns: Any concerns about this?<br>
&lt;fantasai> RESOLVED: accept edits<br>
</details>


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


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 18 August 2021 16:19:57 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 06:42:42 UTC