- From: <bugzilla@jessica.w3.org>
- Date: Thu, 07 May 2015 08:43:56 +0000
- To: public-webapps-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=28591 Hayato Ito <hayato@chromium.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hayato@chromium.org --- Comment #6 from Hayato Ito <hayato@chromium.org> --- (In reply to Tab Atkins Jr. from comment #5) > (In reply to Elliott Sprehn from comment #4) > > (In reply to Anne from comment #3) > > > Note that an alternative is that we introduce .deepQuery() or some such. > > > > deepQuery is not enough, you don't want to match a descendant selector > > across a ShadowRoot boundary since ".a .b" means something really different. > > You'd still need a special combinator to signal where the scope crossing > > should be in the selector expression. > > > > ex. > > .panel .image > > > > All images inside panels contained in a single scope. > > > > .panel /deep/ .image > > > > All images anywhere below a panel, even if they're inside a nested widget. > > > > This is important because it maintains the "don't accidentally cross a > > boundary" principle. > > Yeah, trying to move the shadow-crossing quality to the core of the method > doesn't work. It's much less flexible, as you note, and doesn't compose > with anything else similar. The correct approach is to just embrace the > "static profile" of selectors > <http://dev.w3.org/csswg/selectors/#static-profile> and leave /deep/ there. > (Or >>>, as it's now called.) Is there any existing clients who use *static-profile*? Does it mean '/deep/' can be used in particular APIs? -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Thursday, 7 May 2015 08:43:58 UTC