241866 2022-06-22 13:24:52 -0700 Implement AccentColor/AccentColorText 2026-07-17 16:45:04 -0700 1 1 1 Unclassified WebKit CSS WebKit Nightly Build Unspecified Unspecified NEW InRadar P2 Normal --- 1 bramus webkit-unassigned akeerthi bfulgham kiet.ho lwarlow simon.fraser webkit-bug-importer wilander oldest_to_newest 1877395 0 bramus 2022-06-22 13:24:52 -0700 These were recently added to CSS Color 4 – https://github.com/w3c/csswg-drafts/commit/8c1fe16402cee71211530ef5283a0372c8740e7d - AccentColor = Background of accented user interface controls. - AccentColorText = Text of accented user interface controls. There's already a `-webkit-focus-ring-color` exposed, so could be aliased. Relevant CSS WG Discussions: - https://github.com/w3c/csswg-drafts/issues/5900 - https://github.com/w3c/csswg-drafts/issues/7347 Other vendor bugs: - Blink/Chromium: https://bugs.chromium.org/p/chromium/issues/detail?id=1338061 - Gecko/Firefox: https://bugzilla.mozilla.org/show_bug.cgi?id=1775527 1877399 1 bramus 2022-06-22 13:28:43 -0700 Scrap that link to CSSWG issue 5900. Only 7347 is relevant here. 1877536 2 ap 2022-06-22 18:54:00 -0700 IIRC we don't expose accent colors to prevent fingerprinting, so while this can be implemented with a fixed value, that wouldn't be terribly useful. 1877610 3 bramus 2022-06-23 02:16:36 -0700 Just checked. `-webkit-focus-ring-color` not exposed indeed. Wrongfully assumed info in the WG issue on that was correct, but it was not. 1879109 4 webkit-bug-importer 2022-06-29 13:25:15 -0700 <rdar://problem/96163997> 1882064 5 lwarlow 2022-07-11 09:30:19 -0700 Would there be no way to implement this to be the same colour as `accent-color: auto`, while avoiding fingerprinting? 1882066 6 lwarlow 2022-07-11 09:35:11 -0700 Again apologies if I've misunderstood but it would seem that `-webkit-focus-ring-color` is exposed. https://jsfiddle.net/78539gym/ 1882072 7 lwarlow 2022-07-11 10:13:11 -0700 Based on this quick test: https://jsfiddle.net/01vz2osr/ All three browsers expose an OS accent colour derivative, at least on macOS 12.4. Tested in Chrome Dev 105, Firefox Stable 102, and Safari 15.5. While they don't all match each other they're a derivative of the OS colour so cover the fingerprinting front, even if not necessarily the legitimate use case of trying to style your elements to match `accent-color: auto`. Also the new AccentColor property can be tested in latest Firefox Nightly, and it exposes the accent colour. Per discussion in https://github.com/w3c/csswg-drafts/issues/7347 this is correct behaviour. 2231564 8 kiet.ho 2026-07-17 16:45:04 -0700 To recap, AccentColor/AccentColorText is already implemented in 254840@main, but it's hard-coded to a constant instead of following the OS accent color, due to fingerprinting concerns [1]. In the meantime, CSSWG resolves that if `accent-color` is set, `AccentColor` should be that color [2] [1]: https://github.com/WebKit/standards-positions/issues/136 [2]: https://github.com/w3c/csswg-drafts/issues/5900#issuecomment-2380321760