You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Maybe this is already covered by the "The UA should use the OS-default highlight colors when neither color nor background-color has been specified by the author." bit, in that such a rule should be ignored anyway?
I think CSSWG should adopt text-fill-color and make all places which is about text color use that property instead. It would make color a builtin variable which merely provides a "foreground color" but doesn't directly control anything.
@bzbarsky I thought we already had a note about this?
Note: This paired-cascading behavior does not allow using the normal cascade to represent the OS default selection colors. However it has been interoperably implemented in browsers and is thus probably a Web-compatibility requirement.
Maybe this is already covered by the "The UA should use the OS-default highlight colors when neither color nor background-color has been specified by the author." bit, in that such a rule should be ignored anyway?
But if it should not be ignored, then I think the interaction with https://compat.spec.whatwg.org/#the-webkit-text-fill-color makes it impossible to use one anyway, while keeping the current behavior of browsers. See https://bugzilla.mozilla.org/show_bug.cgi?id=234102#c60
The text was updated successfully, but these errors were encountered: