Bug 1593267 Comment 1 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

Thanks for the report.

This also happens in Microsoft Edge when the Windows high-contrast theme is enabled there, so I think this is, in fact, "High-Contrast Backplates" feature (proposed by & referended from Edge) working-as-expected.  The dark backgrounds behind the controls here are "backplates", and if we didn't draw them, it'd be very hard to see the controls in high-contrast mode, because there's a white-gradient background behind the text.

(The white-gradient is actually a gradient from transparent to `currentColor`, and CNN intends for `currentColor` to be black, but is [and all text] is white in high-contrast mode.  So if we weren't drawing the backplates, we'd end up with white-controls-on-whiteish-background here. This is  the issue that backplates are meant to address.)

Having said that: the backplates are a bit "tighter" in Edge, so they look more reasonable & less like artifacts there. There may be some room for improvement/experimentation on that -- let's morph this bug to be about that.
Thanks for the report.

This also happens in Microsoft Edge when the Windows high-contrast theme is enabled there, so I think this is, in fact, "High-Contrast Backplates" feature (proposed by & referended from Edge) working-as-expected.  The dark backgrounds behind the controls here are "backplates", and if we didn't draw them, it'd be very hard to see the controls in high-contrast mode, because there's a white-gradient background behind the text.

(The white-gradient background is actually specified by CNN as a gradient from transparent to `currentColor`, and CNN intends for `currentColor` to be black, but is [and all text] is white in high-contrast mode.  So if we weren't drawing the backplates, we'd end up with white-controls-on-whiteish-background here. This is  the issue that backplates are meant to address.)

Having said that: the backplates are a bit "tighter" in Edge, so they look more reasonable & less like artifacts there. There may be some room for improvement/experimentation on that -- let's morph this bug to be about that.
Thanks for the report.

This also happens in Microsoft Edge when the Windows high-contrast theme is enabled there, so I think this is, in fact, "High-Contrast Backplates" feature (proposed by & referended from Edge) working-as-expected.  The dark backgrounds behind the controls here are "backplates", and if we didn't draw them, it'd be very hard to see the controls in high-contrast mode, because there's a white-gradient background behind the text.

(The white-gradient background is actually specified by CNN as a gradient from transparent to `currentColor`, and CNN intends for `currentColor` to be black, but that keyword resolves to the forced-text-color of `white` in high-contrast mode.  So if we weren't drawing the backplates, we'd end up with white-controls-on-whiteish-background here. This is  the issue that backplates are meant to address.)

Having said that: the backplates are a bit "tighter" in Edge, so they look more reasonable & less like artifacts there. There may be some room for improvement/experimentation on that -- let's morph this bug to be about that.
Thanks for the report.

This also happens in Microsoft Edge when the Windows high-contrast theme is enabled there, so I think this is, in fact, "High-Contrast Backplates" feature (proposed by & referended from Edge) working-as-expected.  The dark backgrounds behind the controls here are "backplates", and if we didn't draw them, it'd be very hard to see the controls in high-contrast mode, because there's a white-gradient background behind the text.

(The white-gradient background is actually specified by CNN as a gradient from transparent to `currentColor`, and CNN intends for `currentColor` to be black, but that keyword resolves to the forced-text-color of `white` in high-contrast mode.  So if we weren't drawing the backplates, we'd end up with white-controls-on-whiteish-background here, which would mean high-contrast mode would be producing something unusable. This is  the issue that backplates are meant to address.)

Having said that: the backplates are a bit "tighter" in Edge, so they look more reasonable & less like artifacts there. There may be some room for improvement/experimentation on that -- let's morph this bug to be about that.
Thanks for the report.

This also happens in Microsoft Edge when the Windows high-contrast theme is enabled there, so I think this is, in fact, "High-Contrast Backplates" feature (proposed by & referenced from Edge) working-as-expected.  The dark backgrounds behind the controls here are "backplates", and if we didn't draw them, it'd be very hard to see the controls in high-contrast mode, because there's a white-gradient background behind the text.

(The white-gradient background is actually specified by CNN as a gradient from transparent to `currentColor`, and CNN intends for `currentColor` to be black, but that keyword resolves to the forced-text-color of `white` in high-contrast mode.  So if we weren't drawing the backplates, we'd end up with white-controls-on-whiteish-background here, which would mean high-contrast mode would be producing something unusable. This is  the issue that backplates are meant to address.)

Having said that: the backplates are a bit "tighter" in Edge, so they look more reasonable & less like artifacts there. There may be some room for improvement/experimentation on that -- let's morph this bug to be about that.
Thanks for the report.

This also happens in Microsoft Edge when the Windows high-contrast theme is enabled there, so I think this is, in fact, "High-Contrast Backplates" feature (proposed by & referenced from Edge) working-as-expected.  The dark backgrounds behind the controls here are "backplates", and if we didn't draw them, it'd be very hard to see the controls in high-contrast mode, because there's a white-gradient background behind the white video-controls-icons.

(The white-gradient background is actually specified by CNN as a gradient from transparent to `currentColor`, and CNN intends for `currentColor` to be black, but that keyword resolves to the forced-text-color of `white` in high-contrast mode.  So if we weren't drawing the backplates, we'd end up with white-controls-on-whiteish-background here, which would mean high-contrast mode would be producing something unusable. This is  the issue that backplates are meant to address.)

Having said that: the backplates are a bit "tighter" in Edge, so they look more reasonable & less like artifacts there. There may be some room for improvement/experimentation on that -- let's morph this bug to be about that.
Thanks for the report.

This also happens in Microsoft Edge when the Windows high-contrast theme is enabled there, so I think this is, in fact, "High-Contrast Backplates" feature (proposed by & referenced from Edge) working-as-expected.  The dark backgrounds behind the controls here are "backplates", and if we didn't draw them, it'd be very hard to see the controls in high-contrast mode, because there's a white-gradient background behind the white video-controls-icons.

(The white-gradient background is actually specified by CNN as a gradient from transparent to `currentColor`, and CNN intends for `currentColor` to be black, but that keyword in fact resolves to the forced-`color`-value of `white` in high-contrast mode.  So if we weren't drawing the backplates, we'd end up with white-controls-on-whiteish-background here, which would mean high-contrast mode would be producing something unusable. This is  the issue that backplates are meant to address.)

Having said that: the backplates are a bit "tighter" in Edge, so they look more reasonable & less like artifacts there. There may be some room for improvement/experimentation on that -- let's morph this bug to be about that.

Back to Bug 1593267 Comment 1