- From: Manuel Rego Casasnovas via GitHub <sysbot+gh@w3.org>
- Date: Thu, 16 Feb 2017 09:29:04 +0000
- To: public-css-archive@w3.org
mrego has just created a new issue for https://github.com/w3c/csswg-drafts: == [cssom] Doubt about resolved value of shorthands == Spec text: https://drafts.csswg.org/cssom/#resolved-value > The resolved value for a given longhand property can be determined as follows: > * A bunch of properties defining it. > * A resolved value special case property defined in another specification. > As defined in the relevant specification. > * Any other property. > The resolved value is the computed value. The spec talks about **longhand** so I'm not sure what's the expected behavior for shorthands. I've tried the following example for the [`flex` shorthand](https://drafts.csswg.org/css-flexbox/#flex-property): ```html <div style="display: flexbox;"> <div id="flexitem" style="flex: 1;">item</div> </div> <script> console.log("flex: " + window.getComputedStyle(document.querySelector("#flexitem")).flex); </script> ``` The output in Chrome, Safari and Edge is: ``` flex: 1 1 0% ``` However in Firefox it's: ``` flex: ``` In a [different issue](https://github.com/w3c/csswg-drafts/issues/1033#issuecomment-279706324) @upsuper commented: > IIRC in general we don't serialize new shorthands in computed style, only longhands are serialized there. There are several shorthands get serialized in computed style just for backward compatibility. What's the expected behavior? Should the spec be updated to be clearer about the resolved value of shorthands? Thanks! :smile: Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/1041 using your GitHub account
Received on Thursday, 16 February 2017 09:29:10 UTC