Re: [csswg-drafts] [css-color] Support all existing (non-legacy?) formats in color()? (#6741)

My conclusion after fiddling with the aforementioned prototype is that a range that accommodates an entire RGB gamut is at odds with a range in which picking colors at random has a good chance of landing in gamut, or perceptually close to in-gamut. This is due to how RGB gamuts waltz around on the a/b spectrum as you increase L from 0% to 100%. Here they are for `a, b ∈ [-125, 125]`:

https://user-images.githubusercontent.com/205375/139050156-91bc0040-046f-47b7-91be-ce8896d8420b.mp4

The ideal balance doesn't seem readily apparent. If gamut mapping is good enough, so that even if you write an out-of-gamut color it still looks fairly like you'd expect, then I think that tilts the balance in favor of gamut accommodation, and to that end _bounding box of display-p3 gamut expanded to round-feeling values_ sounds reasonable.


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


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

Received on Wednesday, 27 October 2021 11:06:41 UTC