- From: Lea Verou via GitHub <sysbot+gh@w3.org>
- Date: Wed, 10 Mar 2021 16:50:35 +0000
- To: public-css-archive@w3.org
> I still feel that adding negative values to `color-mix()` introduces unnecessary complexity. Complexity for whom? For implementations, I think it might even be marginally less effort. For authors, it's not something they will likely have to deal with, unless they are intentionally exploring the boundaries of what `color-mix()` does and trying to extrapolate. In the same way that the color bouncing that happens in transitions is not something authors are regularly confused by, since it only occurs when they intentionally specify a `cubic-bezier()` value that goes out of range. You are talking about this as if there is no precedent, but this is how transitions work, **today**. > This function is intended to simplify mixing between two colors. For more advanced color-adjustment, there is `color-adjust()`. FYI `color-adjust()` cannot perform extrapolation between two colors. I think you mean the lower-level syntax which is not in the spec yet. š > I feel that most people's mental models of "color mixing" is taking two colors and mixing a bit of each together to result in a final value. You are using a word in its definition here, basically saying that people's mental model of mixing is ā¦mixing. *What* is this mixing? _How_ does it work? -- GitHub Notification of comment by LeaVerou Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/6047#issuecomment-795724912 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 10 March 2021 16:50:36 UTC