- From: Eric Portis via GitHub <sysbot+gh@w3.org>
- Date: Tue, 31 Oct 2023 00:21:06 +0000
- To: public-css-archive@w3.org
I think a lot of times people picking or modifying colors in code want to use intuitive, normalized 0-100% scales. Perceptual uniformity isn't important for those cases, although orthogonal H, S, and L dimensions are. As [Bjorn’s post on the subject](https://bottosson.github.io/posts/colorpicker/) points out, you can't have orthogonal dimensions *and* normalized values, but maybe we can have better tradeoffs than `hsl()` or `oklch()` currently offer for this "intuitive colors with code" use case. Mostly I want a notation that allows me to pick a gamut, pick a hue, and then set 0-100% S+V (or S+L) ranges within that gamut. This isn't possible right now because: - OKLCH has a lumpy shape and it's impossible to intuit what the maximum L and C values are for any H/gamut combo - HSL is limited to the sRGB gamut (also it is particularly not-orthogonal) I want something where like `magicHSL( rec2020 20deg 100% 50% )` might represent ~`oklch(50% 0.26 20deg)` but `magicHSL( sRGB 20deg 100% 50% )` might represent ~`oklch(50% 0.22 20deg)`. -- GitHub Notification of comment by eeeps Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/8659#issuecomment-1786245149 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 31 October 2023 00:21:08 UTC