<div dir="ltr">Hi webkit-dev,<div><br></div><div>This is a request for WebKit's position on CSS tree-scoped names and references for @font-face, @keyframes, @counter-style and other name-defining at-rules.</div><div><br></div><div>Spec:</div><div>  <a href="https://drafts.csswg.org/css-scoping/#shadow-names">https://drafts.csswg.org/css-scoping/#shadow-names</a></div><div><br></div><div>Explainer:</div><div>  <a href="https://drafts.csswg.org/css-scoping/#example-f1503361">https://drafts.csswg.org/css-scoping/#example-f1503361</a></div><div>  <a href="https://drafts.csswg.org/css-scoping/#example-ee72cb37">https://drafts.csswg.org/css-scoping/#example-ee72cb37</a></div><div><br></div><div>Existing WebKit bug:</div><div>  I'm not aware of any WebKit bug for exactly the same issue. Please let me know if I missed any. There are some related bugs as listed below:</div><div>  <a href="https://bugs.webkit.org/show_bug.cgi?id=72461">https://bugs.webkit.org/show_bug.cgi?id=72461</a></div><div>  <a href="https://bugs.webkit.org/show_bug.cgi?id=186837">https://bugs.webkit.org/show_bug.cgi?id=186837</a></div><div><br></div><div>Summary:</div><div><br></div><div>It has been a long standing issue on how name-defining at-rules should be handled across shadow tree boundaries. The existing behaviors are non-interoperable between browsers, and even inconsistent in the same browser between different rules [1]. Following a recent CSSWG resolution [2], a new and reasonable behavior has been proposed. Chrome is planning to implement this new behavior, starting with the @counter-style rule [3].</div><div><br></div><div>[1] <a href="https://wiki.csswg.org/spec/css-scoping">https://wiki.csswg.org/spec/css-scoping</a></div><div>[2] <a href="https://github.com/w3c/csswg-drafts/issues/1995#issuecomment-848941922">https://github.com/w3c/csswg-drafts/issues/1995#issuecomment-848941922</a></div><div>[3] <a href="https://chromestatus.com/feature/5716198446596096">https://chromestatus.com/feature/5716198446596096</a></div><div><br></div></div>