+1 to Joey's point - This feature doesn't influence the default text selection colors.
As for your subsequent question/concern: >>It does feel odd / wrong to expose an inconsistent colors between AccentColor >>/ Highlight and form controls / selection... The consistent behavior between these 2 features is a valid point. It might be beneficial to dive deeper into this within the CSSWG. Since the AccentColor Keyword using system color poses fingerprinting risks, I think we could start by resolving https://github.com/w3c/csswg-drafts/issues/10372. Based on the resolution, we may start a new discussion on the distinct behavior between these features. ________________________________ From: Joey Arhar <jar...@chromium.org> Sent: Tuesday, May 6, 2025 2:00 PM To: Emilio Cobos Álvarez <emi...@crisal.io> Cc: Priya Palanisamy <priya...@microsoft.com>; Daniel Clark <dan...@microsoft.com>; blink-dev <blink-dev@chromium.org>; yoav...@chromium.org <yoavwe...@chromium.org>; mike...@chromium.org <miketa...@chromium.org>; Chromestatus <ad...@cr-status.appspotmail.com>; Alison Maher <alma...@microsoft.com>; Howard Wolosky <howard.wolo...@microsoft.com>; Hoch Hochkeppel (HE/HIM) <mho...@microsoft.com>; Natasha Gaitonde <nagai...@microsoft.com>; sligh...@chromium.org <slightly...@chromium.org>; mthom...@mozilla.com <mthom...@mozilla.com> Subject: Re: [EXTERNAL] Re: [blink-dev] Re: Intent to Ship: System accent color for accent-color property. Text selection colors are not affected, I just tested it out with experimental web platform features enabled on Canary. I agree that it would be nice to expose these colors in AccentColor/AccentColorText, but the fingerprinting concern as you mentioned is still there. The native accent color should not be readable in any way, including drawing these elements to a canvas. This example makes a blue checkbox instead of a native accent colored one in chrome canary: https://codepen.io/jarhar/pen/WbbyjEY On Mon, May 5, 2025 at 2:27 PM Emilio Cobos Álvarez <emi...@crisal.io<mailto:emi...@crisal.io>> wrote: Thanks! One quick follow-up if you don't mind: It's not clear whether this affects the default selection (as in, text selection) colors. Are they effected? It does feel odd / wrong to expose an inconsistent colors between AccentColor / Highlight and form controls / selection... As an author, if I want to use the default form controls and want my custom controls to feel native, I'd expect I'd be able to use AccentColor/AccentColorText for that. That said, I understand there are more concerns about fingerprinting with those (not sure if Blink has or plans to have mitigations to prevent the native accent color from being read back from a canvas or so, if you e.g. draw a checked checkbox?). At least in Gecko we were considering making other platforms behave like windows in this area, to prevent fingerprinting the system accent color / system theme / etc... Thanks, -- Emilio On Mon, May 5, 2025, at 9:58 PM, 'Priya Palanisamy' via blink-dev wrote: Hi Emilio, To clarify, this feature affects ONLY form elements like Radio button, check box, Progress bar etc., that enables user selection. These elements will take system accent-color when the accent-color CSS property is not set or set to auto. Highlight or AccentColor System Color Keywords are NOT affected by this change. Thanks, Priya ________________________________ From: Emilio Cobos Álvarez <emi...@crisal.io<mailto:emi...@crisal.io>> Sent: Saturday, May 3, 2025 5:29 AM To: Daniel Clark <dan...@microsoft.com<mailto:dan...@microsoft.com>>; blink-dev <blink-dev@chromium.org<mailto:blink-dev@chromium.org>> Cc: Priya Palanisamy <priya...@microsoft.com<mailto:priya...@microsoft.com>>; yoav...@chromium.org<mailto:yoav...@chromium.org> <yoavwe...@chromium.org<mailto:yoavwe...@chromium.org>>; mike...@chromium.org<mailto:mike...@chromium.org> <miketa...@chromium.org<mailto:miketa...@chromium.org>>; Chromestatus <ad...@cr-status.appspotmail.com<mailto:ad...@cr-status.appspotmail.com>>; Alison Maher <alma...@microsoft.com<mailto:alma...@microsoft.com>>; Howard Wolosky <howard.wolo...@microsoft.com<mailto:howard.wolo...@microsoft.com>>; jar...@chromium.org<mailto:jar...@chromium.org> <jar...@chromium.org<mailto:jar...@chromium.org>>; Hoch Hochkeppel (HE/HIM) <mho...@microsoft.com<mailto:mho...@microsoft.com>>; Natasha Gaitonde <nagai...@microsoft.com<mailto:nagai...@microsoft.com>>; sligh...@chromium.org<mailto:sligh...@chromium.org> <slightly...@chromium.org<mailto:slightly...@chromium.org>> Subject: Re: [EXTERNAL] Re: [blink-dev] Re: Intent to Ship: System accent color for accent-color property. You don't often get email from emi...@crisal.io<mailto:emi...@crisal.io>. Learn why this is important<https://aka.ms/LearnAboutSenderIdentification> Curious, is the idea to do this on Windows too? (I assume that given Microsoft is implementing, it is). Is this also going to affect things like selection colors and the Highlight / AccentColor system colors? For context, the reason it doesn't work on Firefox is that we had to turn it off because grey accent colors were confusing to users and such, see https://bugzilla.mozilla.org/show_bug.cgi?id=1776588 for some discussion. -- Emilio On Fri, May 2, 2025, at 8:02 PM, 'Dan Clark' via blink-dev wrote: LGTM3 It turns out from the WebKit position thread that this is already shipped there as well. Request to use platform accent color for accent-color property as default option · Issue #485 · WebKit/standards-positions<https://github.com/WebKit/standards-positions/issues/485> -- Dan On Wednesday, April 30, 2025 at 10:07:36 AM UTC-7 Priya Palanisamy wrote: Hi Yoav, For >>" Would that change current rendering of sites that don't set any >>accent-color?" Yes, when accent-color is not set, it is basically set to default value "auto", which will take system's accent color with this change. On Wednesday, April 30, 2025 at 5:36:31 AM UTC-7 Yoav Weiss (@Shopify) wrote: On Wednesday, April 30, 2025 at 1:07:19 PM UTC+2 Mike Taylor wrote: Or rather, LGTM2 On 4/30/25 7:06 AM, Mike Taylor wrote: Thanks, LGTM1 On 4/29/25 1:45 PM, Priya Palanisamy wrote: Hi Mike, Yes, the I2S proposes using the system accent color when the value is set to "auto". To clarify, "auto" is also the default option if no value is provided. Therefore, if the accent-color is not explicitly set, the form elements will automatically use the system accent color by default. Would that change current rendering of sites that don't set any accent-color? Thanks, Priya ________________________________ From: Mike Taylor <mike...@chromium.org> Sent: Tuesday, April 29, 2025 7:46 AM To: Alex Russell <sligh...@chromium.org>; blink-dev <blin...@chromium.org> Cc: Chromestatus <ad...@cr-status.appspotmail.com>; Alison Maher <alm...@microsoft.com>; Howard Wolosky <howard....@microsoft.com>; Joey Arhar <jar...@chromium.org>; Hoch Hochkeppel (HE/HIM) <mho...@microsoft.com>; Natasha Gaitonde <naga...@microsoft.com>; Priya Palanisamy <priy...@microsoft.com> Subject: [EXTERNAL] Re: [blink-dev] Re: Intent to Ship: System accent color for accent-color property. You don't often get email from mike...@chromium.org. Learn why this is important<https://aka.ms/LearnAboutSenderIdentification> Just to clarify, this intent proposes to add an `auto` value to accept-color, that picks up the system accent-color. Do I have that right? On 4/28/25 2:15 PM, Alex Russell wrote: Hey Priya, Can we make sure to request explicit signals from WebKit? Thanks. LGTM1 modulo that nit. Best, Alex On Wednesday, April 23, 2025 at 10:49:26 AM UTC-7 Chromestatus wrote: Contact emails priy...@microsoft.com Explainer None Specification https://drafts.csswg.org/css-ui-4/#widget-accent Summary This feature empowers web developers to enhance the visual appeal of their websites by leveraging the operating system's accent color for form elements. By utilizing the "accent-color" CSS property, developers can ensure that form elements such as checkboxes, radio buttons, and progress bars automatically adopt the accent color defined by the user's operating system. This feature is an enhancement to existing feature that is already shipped in Chromium: https://groups.google.com/a/chromium.org/g/blink-dev/c/WwYkLjbGhoA Blink component Blink>CSS<https://issues.chromium.org/issues?q=customfield1222907:%22Blink%3ECSS%22> Search tags [http:///features#tags:accent-color]accent-color, [http:///features#tags:accent]accent, [http:///features#tags:color]color, [http:///features#tags:system%20accent%20color]system accent color TAG review None TAG review status Not applicable Risks Interoperability and Compatibility None Gecko: Shipped/Shipping Firefox currently supports this feature on Mac and Linux platforms. WebKit: No signal Web developers: No signals Other signals: WebView application risks Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications? None Debuggability When the platform's accent color is utilized for the "accent-color" CSS property, either due to the absence of a specified value or when set to "auto," the getComputedStyle() JS function returns "auto" instead of the actual hexadecimal value of the color being applied. Related link: https://github.com/w3c/csswg-drafts/issues/6158 Will this feature be supported on all six Blink platforms (Windows, Mac, Linux, ChromeOS, Android, and Android WebView)? No This feature is currently supported on Windows, macOS, and ChromeOS. Future work for Linux is planned and can be tracked at the following link: https://issues.chromium.org/issues/391917949. Android features a setting for accent color, and we plan to add support for Android in the future. The strategy is to release this feature incrementally, allowing web developers to provide feedback and assess the necessity of allocating additional resources for other less requested platforms. Is this feature fully tested by web-platform-tests<https://chromium.googlesource.com/chromium/src/+/main/docs/testing/web_platform_tests.md>? Yes - https://wpt.fyi/results/css/css-ui/accent-color-visited.tentative.html - https://wpt.fyi/results/css/css-ui/accent-color-parsing.html - https://wpt.fyi/results/css/css-ui/accent-color-computed.html - https://wpt.fyi/results/css/css-typed-om/the-stylepropertymap/properties/accent-color.html - https://wpt.fyi/results/css/css-ui/animation/accent-color-interpolation.html Note: The provided links are WPT for the accent-color property, including scenarios where the value is set to "auto." This feature relies on the platform's accent color and necessitates a WebDriver extension to simulate the accent-color property accurately. To ensure consistent testing with WPT, we would need to look into WebDriver API to support this functionality properly. Are there any bugs to track this WebDriver follow-up work? Flag name on about://flags None Finch feature name CSSSystemAccentColor Rollout plan Will ship enabled for all users Requires code in //chrome? False Tracking bug https://issues.chromium.org/issues/40764875 Estimated milestones Shipping on desktop 137 Anticipated spec changes Open questions about a feature may be a source of future web compat or interop issues. Please list open issues (e.g. links to known github issues in the project for the feature specification) whose resolution may introduce web compat/interop risk (e.g., changing to naming or structure of the API in a non-backward-compatible way). None Link to entry on the Chrome Platform Status https://chromestatus.com/feature/6548224737017856?gate=5857060564238336 Links to previous Intent discussions Intent to Prototype: https://groups.google.com/a/chromium.org/g/blink-dev/c/q9zf-frdewo/m/zxw2HuzGAQAJ This intent message was generated by Chrome Platform Status<https://chromestatus.com/>. -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+unsubscr...@chromium.org. To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/54317d12-4347-4265-8f06-c9d1dd795110n%40chromium.org<https://groups.google.com/a/chromium.org/d/msgid/blink-dev/54317d12-4347-4265-8f06-c9d1dd795110n%40chromium.org?utm_medium=email&utm_source=footer>. -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+unsubscr...@chromium.org<mailto:blink-dev+unsubscr...@chromium.org>. To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/4dfca947-254a-47b2-885e-164a71f90b9cn%40chromium.org<https://groups.google.com/a/chromium.org/d/msgid/blink-dev/4dfca947-254a-47b2-885e-164a71f90b9cn%40chromium.org?utm_medium=email&utm_source=footer>. -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+unsubscr...@chromium.org<mailto:blink-dev+unsubscr...@chromium.org>. To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/MN6PR00MB2408F3ABDFC3247DDC754E9DCF8E2%40MN6PR00MB2408.namprd00.prod.outlook.com<https://groups.google.com/a/chromium.org/d/msgid/blink-dev/MN6PR00MB2408F3ABDFC3247DDC754E9DCF8E2%40MN6PR00MB2408.namprd00.prod.outlook.com?utm_medium=email&utm_source=footer>. -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+unsubscr...@chromium.org. To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/DS0PR00MB24096B5B0D7F3FC68756CCF0CF88A%40DS0PR00MB2409.namprd00.prod.outlook.com.
