The ::backdrop pseudo element used to inherit from initial values. That meant ::backdrop could not use custom property values unless specified directly on the ::backdrop rule. The specification has now changed so that ::backdrop inherits from the originating element, and with that the implementation.
A compatibility risk is that existing content may rely on inheriting initial values. For instance, this rule may change from having a backdrop with the initial foreground color to using the color property of the originating element: ::backdrop { background: currentColor } Interop risk is low for shipping since Firefox and Safari already do ship.
Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?
None
N/A
https://wpt.live/css/css-position/backdrop-inherit-computed.html https://wpt.live/css/css-position/backdrop-inherit-rendered.html
Shipping on desktop | 122 |
DevTrial on desktop | 119 |
Shipping on Android | 122 |
DevTrial on Android | 119 |
Shipping on WebView | 122 |
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--
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+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CACuPfeRpWk%2BOh_g1LD7wUwXk7L1Agu%2Bd84Myk8uCkZQy_-S35g%40mail.gmail.com.
LGTM2
/Daniel
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAFUtAY-8sefA9ZJh5q0cDnqRjUAcaBBM_wEVw0DLvHiqYErCtw%40mail.gmail.com.
LGTM3.
BTW, one question about pseudo-elements, for some of them we have use
counters buts not for all (like this one, or at least I didn't find it).
Is that fine? Or should we usually add use counters for new pseudo-elements?