- From: Oriol Brufau via GitHub <sysbot+gh@w3.org>
- Date: Thu, 08 Mar 2018 18:53:52 +0000
- To: public-css-archive@w3.org
@inoas OK, I didn't read properly your previous comment. Now I think I understand the "break cascading" problem. In fact I would probably recommend against using `*::contents` or `*::text` after a descendant combinator to set inheritable properties. I would transform your example into ```css section { color: red; } /* red in section & sub-elems */ section * { color: blue; } /* red in section, blue in section sub-elems */ section { color: green; } /* green in section, still blue in all sub-elms */ section p { color: orange; } /* green in section, still blue in all sub-elms but orange in p as sub-elem */ section::text, section * { color: yellow; } /* yellow in section and sub-elems but orange in p as sub-elem */ section::text { color: purple; ) /* purple in section, yellow in sub-elems but orange in p as sub-elem */ ``` But I don't really see this as a new problem against `::contents` and `::text`. If someone uses ```css *::before { color: blue } very#specific.selector { color: red } ``` then `very#specific.selector::before` will have blue color despite `very#specific.selector`'s specificity, but this doesn't stop `::before` and `::after` from being useful nor being used all over the place. -- GitHub Notification of comment by Loirooriol Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/2406#issuecomment-371586335 using your GitHub account
Received on Thursday, 8 March 2018 18:53:57 UTC