W3C home > Mailing lists > Public > public-css-archive@w3.org > July 2021

Re: [csswg-drafts] [css-ui-4] choosing background colors for accent-color for contrast (#6159)

From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
Date: Wed, 14 Jul 2021 16:48:18 +0000
To: public-css-archive@w3.org
Message-ID: <issue_comment.created-880049675-1626281297-sysbot+gh@w3.org>
The CSS Working Group just discussed `accent-color background colors and contrast`, and agreed to the following:

* `RESOLVED: Close issue, one color accent-color for now`

<details><summary>The full IRC log of that discussion</summary>
&lt;fantasai> Topic: accent-color background colors and contrast<br>
&lt;fantasai> github: https://github.com/w3c/csswg-drafts/issues/6159#issuecomment-877023330<br>
&lt;fantasai> scribenick: fantasai<br>
&lt;fantasai> ??: tldr of issue is, the spec, as written today, takes one color for accent-color<br>
&lt;fantasai> ??: form controls drawn with that color need to make sure they have enough contrast with other parts<br>
&lt;astearns> s/??/masonf/<br>
&lt;fantasai> masonf: Opened issue to discuss<br>
&lt;fantasai> masonf: Depending on how implemented, if you change accent-color slightly, the contrasting pieces can change abruptly from light to dark color to maintain contrast<br>
&lt;fantasai> masonf: Where we are now is that we would prefer to just close the issue<br>
&lt;fantasai> masonf: The discussion has been, should we allow the developer to spec more than one color<br>
&lt;fantasai> masonf: and we went around about that last year, and don't want to open can of worms again<br>
&lt;fantasai> masonf: we think it'd be better for dev to be able to do that, but happy to just close issue and leave behavior up to UA<br>
&lt;florian> q+<br>
&lt;fantasai> emilio: Idk where the disagreement is...<br>
&lt;fantasai> emilio: What Chrome implements is that the switch to dark foreground color based on ??<br>
&lt;fantasai> emilio: Firefox does something similar, but not sensitive to color-scheme<br>
&lt;fantasai> emilio: It's different in some places<br>
&lt;fantasai> emilio: So I think specifying foreground/background pair would make sense here<br>
&lt;fantasai> emilio: but ...<br>
&lt;fantasai> masonf: The way we're currently implementing this, we have a set colors for light mode and dark mode<br>
&lt;fantasai> masonf: we calculate contrast ratio, and choose the one with most contrast<br>
&lt;fantasai> masonf: It seems to work ok<br>
&lt;fantasai> masonf: does guarantee minimum level of contrast<br>
&lt;fantasai> masonf: I think allowing specifying foreground+background color would be better<br>
&lt;fantasai> masonf: but the consensus previously was to allow UA to innovate on form controls<br>
&lt;fantasai> masonf: and allowing author to spec 2 colors would hamper that<br>
&lt;fantasai> emilio: why doesn't specify one color create a problem. 2 colors is more flexible<br>
&lt;astearns> ack florian<br>
&lt;fantasai> florian: Agree I don't want to reopen the entire conversation<br>
&lt;fantasai> florian: would like to stick to 1 color<br>
&lt;fantasai> florian: Agree that UA should pick however it want<br>
&lt;fantasai> florian: We might want to add a note reminding UAs that they don't have to pick *the most* contrasting color<br>
&lt;fantasai> florian: They could take into account e.g. color-scheme<br>
&lt;fantasai> florian: as long as enough contrast, have a choice of colors<br>
&lt;lea> Totally agree that accent-color should be 1 color<br>
&lt;fantasai> florian: but reopening question of one vs two, would prefer to avoid<br>
&lt;lea> q?<br>
&lt;fantasai> emilio: 1 color is going to be a mess compat wise<br>
&lt;fantasai> hober: To summarize, disagreement from what I remember, was not about having 1 or 2 colors in general<br>
&lt;fantasai> hober: was about how exact to specify how those two colors would be used<br>
&lt;fantasai> hober: which one should be foreground, which background, which pieces of which form elements should get which colors<br>
&lt;fantasai> hober: other side wanted to leave to UA, might be different plaform conventions or form styling that would lend themselves to using colors differently<br>
&lt;fantasai> emilio: I think it's silly to get stuck with one color<br>
&lt;fantasai> emilio: But then seems disagreement wasn't about one vs two colors<br>
&lt;fantasai> florian: multiple hours of disagrement<br>
&lt;fantasai> fantasai: There *are* two colors available to the UA. If 'color' is appropriate, you *can* use it.<br>
&lt;fantasai> emilio: I don't think that would work.<br>
&lt;RRSAgent> I'm logging.  Sorry, nothing found for 'link'<br>
&lt;fantasai> fantasai: We can't do this in general, because form controls have different conventions and some of them are a lot more complicated than checkboxes<br>
&lt;lea> q+ to say, is this trying to solve a non-problem? I understand the abruptness may be jarring if you are trying multiple colors like in these testcases, but as long as the UA selected colors have sufficient contrast, is it really a problem? Are people going to animate accent-color?<br>
&lt;fantasai> florian: This discussion has happened already.<br>
&lt;fantasai> astearns: Any objection to moving forward with one color<br>
&lt;fantasai> emilio: no. I just think it's a bad decision<br>
&lt;lea> q-<br>
&lt;fantasai> RESOLVED: Close issue, one color accent-color for now<br>
</details>


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


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 14 July 2021 16:48:20 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 06:42:39 UTC