- From: Emilio Cobos Álvarez via GitHub <sysbot+gh@w3.org>
- Date: Sat, 09 Apr 2022 05:58:16 +0000
- To: public-css-archive@w3.org
> * Form controls already change their appearance across `color-scheme` boundaries, without any other author style changes. Authors may expect system colors to match form controls. In this scenario, we believe that authors should not need to redeclare `color` in order to match the current `color-scheme`. When would that happen? Form controls already specify `color` and `background-color` (and borders and so on) in the UA stylesheet, e.g. [here] (https://webkit-search.igalia.com/webkit/rev/7499f1f1a1229f3d359fc0c776c86dc84091816f/Source/WebCore/css/html.css#409-412) for WebKit. Do you have an example that behaves suboptimally if we resolve at computed-value time? > I don't have enough context on this particular argument to comment, but based on the discussion in https://github.com/w3c/csswg-drafts/issues/5780#issuecomment-1019490769, it isn't clear to me in what case we would have 18 different combinations. Could you provide an example? When you interpolate system colors, if they resolve at used value time, in order to interpolate correctly you need to keep N channels (where N is the number of system colors), plus currentColor, plus potentially others. I guess you can express it as a `color-mix()`, but I don't recall whether `color-mix()` resolved at computed or used-value time either per spec (in Gecko it resolves at computed-value time). -- GitHub Notification of comment by emilio Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/6773#issuecomment-1093719985 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Saturday, 9 April 2022 05:58:17 UTC