- From: James Stuckey Weber via GitHub <sysbot+gh@w3.org>
- Date: Wed, 14 Feb 2024 17:39:08 +0000
- To: public-css-archive@w3.org
> My concern is that while mapping 0% and 100% lightness to black and white respectively seems to match author expectations, it actually seems to bring you _farther_ from the actual color specified (at least wrt ΔE). @LeaVerou Absolutely- I think this tension has come up several times, and I was curious how it would play out in this algorithm, since this is part of the CSS Color 4 spec, for instance- `If the lightness of an Oklch color is 0% or 0, or 100% or 1.0, the color will be displayed as black, or white, respectively due to gamut mapping to the display.` > That’s very interesting. I would expect Scale to be a no-op for an in-gamut color 🤔 I'll re-verify my findings there. > Is that a neutral observation or are you meaning to say that ΔE2000 is a poor measure of color difference? If the latter, do you think a different ΔE might work better? I could even make it configurable. That's a neutral observation- it was more that I was surprised that the different algorithms are often finding different solutions that, at least by this measure, are equally good. -- GitHub Notification of comment by jamesnw Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/9449#issuecomment-1944300910 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 14 February 2024 17:39:11 UTC