Re: [csswg-drafts] [css-color-5] Is color-adjust() needed, now that we have relative color syntax? (#6179)

The CSS Working Group just discussed `Is color-adjust() needed, now that we have relative color syntax?`, and agreed to the following:

* `RESOLVED: Drop color-adjust(), stick with relative color syntax for color manipulation for now`

<details><summary>The full IRC log of that discussion</summary>
&lt;Rossen_> topic:  Is color-adjust() needed, now that we have relative color syntax?<br>
&lt;Rossen_> github: https://github.com/w3c/csswg-drafts/issues/6179<br>
&lt;TabAtkins> chris: a few years ago we resolved to add two conflicting proposals for how to adjust colors<br>
&lt;leaverou_> q+<br>
&lt;TabAtkins> chrishtr: We've continued to publish with both, and refine them<br>
&lt;TabAtkins> chris: At this point the relative color syntax seems like it's easier and strictly more powerful<br>
&lt;TabAtkins> chris: it would be simpler if we could just decide to go with that one<br>
&lt;Rossen_> q?<br>
&lt;bkardell_> ScribeNick: bkardell_<br>
&lt;Rossen_> ack TabAtkins<br>
&lt;TabAtkins> s/chrishtr/chris/<br>
&lt;TabAtkins> leaverou_: I see color-adjust() as beign slighitly higher level than RCS<br>
&lt;TabAtkins> leaverou_: But for that, you don't actually get much more clarity<br>
&lt;TabAtkins> leaverou_: like color-adjust(..., lightness(20%)) - does that mean set it to 20%? Increase it to 20%?<br>
&lt;TabAtkins> leaverou_: But RCS is very clear, the math is laid out<br>
&lt;TabAtkins> leaverou_: So I support the RCS<br>
&lt;bkardell_> ScibeNick: TabAtkins<br>
&lt;TabAtkins> leaverou_: That said, we've done research on how color is used in Sass since they ahve manipulation for years<br>
&lt;TabAtkins> leaverou_: The Sass equivalent of color-adjust is barely used at all<br>
&lt;TabAtkins> leaverou_: Instead they usually extract color components and do math on that, or use even higher-level fucntions like lighten() and darken()<br>
&lt;TabAtkins> leaverou_: So I think we should prioritize a method that does math on the components (RCS) and also pursue higher-level easy manipulations like lighten()<br>
&lt;TabAtkins> leaverou_: We might also want to in the future allow channel-extraction functions that would let you combine things from multiple colors; that's not possible at all right now.<br>
&lt;argyle> q+<br>
&lt;TabAtkins> leaverou_: I thought we might have wanted to just go with that, but since WK implemented RCS and people seem to like it, i'm fine with just going with that<br>
&lt;Rossen_> ack leaverou_<br>
&lt;Rossen_> ack argyle<br>
&lt;TabAtkins> argyle: I'm very pro the RCS<br>
&lt;TabAtkins> argyle: I recall some initial concerns about it confusing, but I'm happy to hear those are resolved.<br>
&lt;TabAtkins> argyle: Agree there's no way to extract individual channels yet - good to work on in the future.<br>
&lt;chris> I was also concerned that RCS was too complex, but I no longer feel that.<br>
&lt;TabAtkins> argyle: So I support Lea's push here, to move forward with RCS and pursue channel manipulation later.<br>
&lt;TabAtkins> argyle: And also doing higher-level simple manipulations like lighten()<br>
&lt;chris> +1 to high-level color-lighten and color-darken<br>
&lt;TabAtkins> argyle: So yeah, think removing color-adjust() will simplify and let us perhaps do a better version in the future<br>
&lt;TabAtkins> +1 as well<br>
&lt;bkardell_> +1<br>
&lt;miriam> +1<br>
&lt;TabAtkins> Rossen_: Any other opinions? SEe a bunch of +1s on the channel<br>
&lt;leaverou_> basically what I was trying to say is that between RCS and color-adjust() I'd support RCS, you get a lot more flexibility for only slightly more complexity. But we do need higher level functions and potentially something even more lower level that will allow combining components of multiple different colors (we even have internal CSS WG use cases for those)<br>
&lt;TabAtkins> Rossen_: Any objections?<br>
&lt;smfr>  i want to see groove and ridge borders specified in terms of RCS<br>
&lt;TabAtkins> chris: So resolution would be to drop color-adjust(), keep relative color syntax.<br>
&lt;TabAtkins> smfr, I'm pretty sure it's doable without much difficulty, but would have to play with it.<br>
&lt;argyle> thanks for not scribing Ollie and his tattling on his bro lol<br>
&lt;TabAtkins> RESOLVED: Drop color-adjust(), stick with relative color syntax for color manipulation for now<br>
&lt;leaverou_> smfr: if it's not doable with RCS, it certainly isn't doable with color-adjust(). RCS's power is a strict superset.<br>
&lt;TabAtkins> Rossen_: Do you need to republish Color 5, Chris? This would be a pretty big change.<br>
&lt;TabAtkins> chris: Yes, once we've done this we should repub<br>
&lt;TabAtkins> Rossen_: So let's resolve to repub once changes made<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/6179#issuecomment-871569914 using your GitHub account


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

Received on Wednesday, 30 June 2021 16:51:06 UTC