- From: Sam Weinig via GitHub <sysbot+gh@w3.org>
- Date: Tue, 03 Sep 2024 18:05:39 +0000
- To: public-css-archive@w3.org
> While I agree with your position on preserving the full precision of the specified color channels wherever possible, I do not think this historical content prevented preserving a channel value specified as a `<percentage>`/`<angle>`, or an out of range `<alpha-value>`, in `ok?lab()`, `ok?lch()`, `color()`. > > So consistency might also need to be considered now, at least for normalizing channel values to `<number>`. I think this is a fair critique. I could be persuaded that normalizing to an unclamped <number> is the right way to go for the channels, assuming there are no sharp edges I am forgetting (we don't have to worry about legacy rgb() percent turning into a number and becoming un-parsable, because we always serialize using the modern syntax which allows either in all channel slots). For alpha, we should just link to the [alpha serialization section](https://www.w3.org/TR/css-color-4/#serializing-alpha-values). (overall, I think more standardization across CSS on how these serializations should work, and some mechanization of the process of specifying the rules would go a long way). -- GitHub Notification of comment by weinig Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/10328#issuecomment-2327124787 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 3 September 2024 18:05:40 UTC