With (forced-colors: active) , using registered property, color declaration seems to be ignored and the inherited color is picked
Categories
(Core :: CSS Parsing and Computation, defect, P3)
Tracking
()
People
(Reporter: nchevobbe, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: parity-chrome)
Attachments
(1 file)
|
965 bytes,
text/html
|
Details |
Steps to reproduce
- Enabled forced-colors on your OS
- Open attachement
Expected results
The first div (div - using registered custom property) color should be CanvasText
Actual results
color seems to be SelectedItemText
The only difference between the two divs is that one is using a registered property, and the other is not.
FWIW, in Chrome both divs have the same color
| Reporter | ||
Updated•1 year ago
|
Comment 1•1 year ago
|
||
That is kind-of expected (if unfortunate), because we don't carry whether the color is a system color in the computed value.
So basically, when you specify --a: CanvasText;, we compute it to --a: rgb(0, 0, 0); (or the relevant color), and when we substitute it we see color: rgb(0, 0, 0);, which usually wouldn't work.
See https://github.com/w3c/csswg-drafts/issues/4915 and relevant bits. I guess per that the right thing to implement would be a color flag that kept whether it was a system color.
Description
•