Re: [csswg-drafts] [css-color-4] Evaluate static gamut mapping algorithms for oklab/oklch spaces (#10579)

> It's not clear to me if this resolution only applies to oklab/oklch colors?

It's also unclear to me, but to gather the relevant info- 

The [initial resolution](https://github.com/w3c/csswg-drafts/issues/9449#issuecomment-2162711081) was "Gamut map all device independent color spaces" and "RGB color spaces (srgb, display-p3, rec2020, a98rgb) do not gamut map."

Device independent would include Lab, LCH, Oklab, and OKLch. XYZ spaces aren't specifically mentioned in the resolution. @ccameron-chromium suggests [limiting this change](https://github.com/w3c/csswg-drafts/issues/10579#issue-2411507542) to just Oklab and OKLch.  

In addition to specifying the impacted spaces, we should specify when gamut mapping is triggered in a case like this-

```css
a {
  background: linear-gradient(in rec2020, oklch(70% 0.5 340), oklch(90% 0.5 200));
}
b {
  background: linear-gradient(in oklch, yellow, blue);
}
```

I would expect `a` to be clipped and `b` to be gamut mapped where it goes out of rec2020- in other words, the interpolation space, not the space of the colors being interpolated, would be the deciding factor.



-- 
GitHub Notification of comment by jamesnw
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/10579#issuecomment-3201183284 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Tuesday, 19 August 2025 15:17:39 UTC