- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 08 May 2019 16:43:27 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `::marker vs other pseudo-elements`, and agreed to the following: * `RESOLVED: don't expand the list of props that apply to ::marker` <details><summary>The full IRC log of that discussion</summary> <fantasai> Topic: ::marker vs other pseudo-elements<br> <fantasai> github: https://github.com/w3c/csswg-drafts/issues/3826<br> <fantasai> I agree with https://github.com/w3c/csswg-drafts/issues/3826#issuecomment-483320040<br> <fantasai> emilio: I think there was some confusion of whether 'display' applies to markers<br> <fantasai> fantasai: display doesn't currently apply to markers<br> <fantasai> fantasai: and I don't think it should until marker layout is fully defined<br> <fantasai> fantasai: and its interaction with display is also defined<br> <fantasai> TabAtkins: Mats is arguing for much more than display<br> <fantasai> TabAtkins: He's arguing for marker to take all properties, like ::before/::after<br> <fantasai> TabAtkins: Is there a reason to stop at display or re-litigate after?<br> <dbaron> ScribeNick: florian<br> <florian> fantasai: the reason we have a limited list of properties is that because we don7t know how marker layout works<br> <florian> fantasai: so allowing these properties without knowing what they do is bad<br> <florian> fantasai: we also don't know the size of the box, so any property that makes that visible is a problem<br> <florian> fantasai: we don't know if line-height plays a role... many other properties have the problem<br> <florian> fantasai: there are implementation specific answers, but so far they're not exposed<br> <florian> fantasai: so if we expose them, me might accidentally lock compat on whatever ships first<br> <florian> fantasai: so we should not<br> <florian> emilio: makes sense to me, will apply that to firefox<br> <florian> fantasai: for now we just allow text related properties<br> <florian> fantasai: eventually we want to relax that, but only after layout is defined<br> <fantasai> https://www.w3.org/TR/css-pseudo-4/#marker-pseudo<br> <florian> proposed resolution: don't expand the list of props that apply to ::marker<br> <florian> RESOLVED: don't expand the list of props that apply to ::marker<br> <fantasai> It would probably be OK to add more properties from css-text/text-decor<br> <fantasai> those that apply to inlines<br> <emilio> github: https://github.com/w3c/csswg-drafts/issues/3815<br> <emilio> github: https://github.com/w3c/csswg-drafts/issues/3826<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/3826#issuecomment-490561772 using your GitHub account
Received on Wednesday, 8 May 2019 16:43:29 UTC