- From: Chris Lilley via GitHub <sysbot+gh@w3.org>
- Date: Sat, 16 Jan 2021 15:31:36 +0000
- To: public-css-archive@w3.org
> This looks cleaner: ~~~~ css @color-profile a98-rgb { src: url("adobe.icc"); /* invalid for predefined color profiles */ green: 96% 2% 2%; /* specify existing CSS color names as descriptors */ --my-green: 98% 1% 1%; /* custom color name */ } foo { color: color(a98-rgb green); background: color(a98-rgb --my-green); } ~~~~ It really doesn't look cleaner. It redefines an existing predefined space, linking to a color profile that is unavailable due to trademark and redistribution-licensing constraints, just to avoid using the already-existing `color(a98-rgb 96% 2% 2%)` syntax and to be able to stuff it into `@color-profile` even though it is not defining a new color space. I don't like that syntax at all. > If the *default color profile* could be set by an inherited property, this would look even cleaner: ~~~~ css :root { color-profile: a98-rgb; /* overrides `srgb` default */ } foo { color: color(green); /* or just `green`? */ background: color(--my-green); /* different from `var(--my-green)` */ } ~~~~ Overriding all existing colors that have been there since CSS1, with new meanings. A wonderful boon to readability. If you want to propose a way to define a palette of named colors (and then use those names), please propose a different at-rule like `@color-palette` and don't try to overload colorspace definitions. Also, as CSS Color 4 is undergoing stabilization prior to going to CR, please propose it for a later spec such as CSS Color 5 or a new css-color-palettes spec. -- GitHub Notification of comment by svgeesus Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/5730#issuecomment-761582255 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Saturday, 16 January 2021 15:31:38 UTC