RESOLVED FIXED 231464
[macOS] Add support for accent-color
https://bugs.webkit.org/show_bug.cgi?id=231464
Summary [macOS] Add support for accent-color
Aditya Keerthi
Reported 2021-10-08 17:22:43 PDT
Add support for accent-color when painting controls on macOS.
Attachments
Patch (30.07 KB, patch)
2021-10-08 18:16 PDT, Aditya Keerthi
no flags
Patch (32.17 KB, patch)
2021-10-08 18:31 PDT, Aditya Keerthi
no flags
Patch (33.20 KB, patch)
2021-10-10 18:01 PDT, Aditya Keerthi
thorton: review+
Patch for landing (33.21 KB, patch)
2021-10-12 15:26 PDT, Aditya Keerthi
no flags
Aditya Keerthi
Comment 1 2021-10-08 17:22:57 PDT
Aditya Keerthi
Comment 2 2021-10-08 18:16:42 PDT
EWS Watchlist
Comment 3 2021-10-08 18:17:35 PDT
This patch modifies the imported WPT tests. Please ensure that any changes on the tests (not coming from a WPT import) are exported to WPT. Please see https://trac.webkit.org/wiki/WPTExportProcess
Aditya Keerthi
Comment 4 2021-10-08 18:31:06 PDT
Aditya Keerthi
Comment 5 2021-10-10 18:01:15 PDT
Tim Horton
Comment 6 2021-10-12 14:07:38 PDT
Comment on attachment 440748 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=440748&action=review > Source/WebCore/platform/Theme.cpp:73 > +void Theme::paint(ControlPart, ControlStates&, GraphicsContext&, const FloatRect&, float, ScrollView*, float, float, bool, bool, const Color&) At what point do we package this up in a struct or something? > Source/WebCore/rendering/style/RenderStyle.cpp:2182 > + if (!hasAppleColorFilter()) > + return colorResolvingCurrentColor(accentColor()); Kinda would expect the weird case (color-filter) to be the early return (but this is fine too). > LayoutTests/platform/mac/TestExpectations:2350 > +webkit.org/b/199350 fast/css/accent-color/datalist.html [ ImageOnlyFailure ] Maybe these two failing ones go in their own paragraph that doesn't have a header suggesting these are passing because they're supported?
Aditya Keerthi
Comment 7 2021-10-12 15:26:34 PDT
Created attachment 441002 [details] Patch for landing
Aditya Keerthi
Comment 8 2021-10-12 15:27:43 PDT
(In reply to Tim Horton from comment #6) > Comment on attachment 440748 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=440748&action=review > > > Source/WebCore/platform/Theme.cpp:73 > > +void Theme::paint(ControlPart, ControlStates&, GraphicsContext&, const FloatRect&, float, ScrollView*, float, float, bool, bool, const Color&) > > At what point do we package this up in a struct or something? Filed https://bugs.webkit.org/show_bug.cgi?id=231637. > > Source/WebCore/rendering/style/RenderStyle.cpp:2182 > > + if (!hasAppleColorFilter()) > > + return colorResolvingCurrentColor(accentColor()); > > Kinda would expect the weird case (color-filter) to be the early return (but > this is fine too). Changed. > > LayoutTests/platform/mac/TestExpectations:2350 > > +webkit.org/b/199350 fast/css/accent-color/datalist.html [ ImageOnlyFailure ] > > Maybe these two failing ones go in their own paragraph that doesn't have a > header suggesting these are passing because they're supported? Done.
EWS
Comment 9 2021-10-13 11:05:28 PDT
Committed r284115 (242935@main): <https://commits.webkit.org/242935@main> All reviewed patches have been landed. Closing bug and clearing flags on attachment 441002 [details].
Aditya Keerthi
Comment 10 2021-10-13 11:20:15 PDT
Note that this is behind a disabled-by-default experimental flag.
Note You need to log in before you can comment on or make changes to this bug.