- From: Tab Atkins Jr. via GitHub <sysbot+gh@w3.org>
- Date: Tue, 14 Feb 2023 23:42:35 +0000
- To: public-css-archive@w3.org
tabatkins has just created a new issue for https://github.com/w3c/csswg-drafts: == [css-color-5] Unclear if same-space RCS actually triggers a conversion == In [Section 3](https://w3c.github.io/csswg-drafts/css-color-5/#relative-colors), we have the text: > If the origin color was originally specified with a different color function, it’s first converted into the chosen color function, so it has meaningful values for the channels. This seems pretty clear - if you write `oklch(from oklch(0% 50% 150deg) l c h)` no conversion should take place, so the "components that are powerless after color space conversion become missing instead" from Color 4 doesn't apply, and the result is indeed identical to the input color. But the later individual color-function sections have the text: >r, g, and b are all <number>s that correspond to the origin color’s red, green, and blue channels after its conversion to sRGB. (or the equivalent for any given set of channels) This directly says "after its conversion", implying an unconditional conversion happens. I suspect we want to make this more circumspect, like "red, green, and blue channels (after its conversion to sRGB, if necessary)". (This issue confused a teammate, so it's a real-world issue in the spec's readability.) Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/8452 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 14 February 2023 23:42:37 UTC