W3C home > Mailing lists > Public > public-css-archive@w3.org > December 2016

[csswg-drafts] [css-color] add `xyy` and/or `xyz` functions

From: David Kendal via GitHub <sysbot+gh@w3.org>
Date: Sun, 18 Dec 2016 16:25:31 +0000
To: public-css-archive@w3.org
Message-ID: <issues.opened-196284358-1482078329-sysbot+gh@w3.org>
dpk has just created a new issue for 

== [css-color] add `xyy` and/or `xyz` functions ==
I think there should be a way to specify colours by direct reference 
to coordinates in the CIE 1931 xyY and/or XYZ systems.

Use case: These spaces may not be intuitive for human authors, but for
 scripts which generate colours out of some other, non-CSS-supported 
colour space, most of them will be converting to xyY or XYZ and then 
to sRGB or P3 or Rec.2020; they could reduce the chance of errors in 
their own code, and duplication of code which doubtless already exists
 in the user-agent (which, undoubtedly, will be converting from e.g. 
sRGB to P3 by going through xyY or XYZ, and thus already knows how to 
convert from these spaces to the display target space), by simply 
avoiding the last step. Converting to Lab or LCH for these purposes 
has the same problem of being potentially bug-prone and being an 
ultimately unnecessary transformation.

If the specified colour is outside the target gamut of the stylesheet 
the rule should be invalid. Though I see that this involves making the
 validity of rules dependent on the gamut of the output device, hmm.

Please view or discuss this issue at 
https://github.com/w3c/csswg-drafts/issues/815 using your GitHub 
Received on Sunday, 18 December 2016 16:25:37 UTC

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