- From: Romain Menke via GitHub <sysbot+gh@w3.org>
- Date: Tue, 22 Apr 2025 13:51:40 +0000
- To: public-css-archive@w3.org
I am unsure if `too early` is the right way to describe this. They do follow the spec correctly in this case: https://drafts.csswg.org/css-color-4/#interpolation-missing > In the course of converting the two colors to the [interpolation color space](https://drafts.csswg.org/css-color-4/#interpolation-color-space), any [missing components](https://drafts.csswg.org/css-color-4/#missing-color-component) would be replaced with the value 0. > Thus, the first stage in interpolating two colors is to classify any [missing components](https://drafts.csswg.org/css-color-4/#missing-color-component) in the input colors, and compare them to the components of the [interpolation color space](https://drafts.csswg.org/css-color-4/#interpolation-color-space). If any [analogous components](https://drafts.csswg.org/css-color-4/#analogous-components) which are missing components are found, they will be carried forward and re-inserted in the converted color before premultiplication, and before linear interpolation takes place. Because there are no analogous components between rgb and oklch, nothing is carried forward and re-inserted. Interpolating with black is correct as per the current specification. Or is there another part of the specification that also comes into play and that makes the current implementation incorrect? Is the proposed change (and resolution) still a change we can make given that there seems to be interop for the current specification? -- GitHub Notification of comment by romainmenke Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/10210#issuecomment-2821406218 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 22 April 2025 13:51:41 UTC