- From: Tab Atkins Jr. via GitHub <sysbot+gh@w3.org>
- Date: Thu, 25 Mar 2021 21:57:26 +0000
- To: public-css-archive@w3.org
Ah, so the reason I initially wrote `color-adjust()` to use the more verbose words was because it wants to auto-detect the colorspace in use, so the adjusters need to be unique, or at least shared only by spaces that give them the same meaning. If we do as you suggest in #6141 and make the adjustment colorspace required, then this is no longer necessary, and we can have, say, `b` represent blue (rgb), black (hwb), and "b" (Lab) simultaneously, since it's no longer ambiguous. I prefer the shorter keywords from relative colors, because (a) they match the character already used in the function name, so it's intuitively clear what they mean, and (b) it produces shorter code overall, especially vs keywords like `lightness`; these are already capable of producing pretty long values. (Tangent, but actually I think I made a mistake anyway; HSL and LCH/Lab lightness *aren't* identical, right? hsl(0 0% 50%) is RGB 50% gray, but lch(50% 0 0) is *not*.) -- GitHub Notification of comment by tabatkins Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/6142#issuecomment-807572071 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 25 March 2021 21:57:38 UTC