- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 31 May 2017 16:53:43 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-display] [css-text-decor] Propagation of text-decoration with display:contents`, and agreed to the following resolutions: * `RESOLVED: define this as a box-tree concept` <details><summary>The full IRC log of that discussion</summary> <astearns> topic: [css-display] [css-text-decor] Propagation of text-decoration with display:contents<br> <astearns> github topic: https://github.com/w3c/csswg-drafts/issues/1136<br> <tantek> astearns: propagation of text decoration<br> <tantek> TabAtkins: q: how do text decorations propagate? on what tree do they propagate? they are not inheritance. something after inheritance. on box tree? element tree? or something else magic?<br> <tantek> TabAtkins: there are several arguments for box tree, in particular compat constraints<br> <tantek> TabAtkins: if you have an inline with an underline<br> <tantek> TabAtkins: if you have a span underline ...<br> <TabAtkins> <span underline>foo <div>INTERRUPTION</div> bar</span><br> <tantek> TabAtkins: if you have this<br> <tantek> TabAtkins: the foo and the bar get underlined, the INTERRUPTION does not<br> <tantek> TabAtkins: because the block has broken the span apart<br> <tantek> TabAtkins: if the decorations propagated through the element tree then the div would get the decoration<br> <tantek> TabAtkins: but if propagate thru the box tree then that is what we see<br> <tantek> dbaron: it is already specified in terms of the element tree, and just specifies that case<br> <fantasai> https://drafts.csswg.org/css-text-decor-3/#line-decoration<br> <tantek> TabAtkins: it is not well specified from what we can see<br> <tantek> dbaron: we impl it from a spec that was relatively clear<br> <tantek> fantasai: I believe that was 2.1<br> <tantek> fantasai: which does not distinguish between elements and boxes very well<br> <tantek> dbaron: it was readable in terms of elements, and describes that case as don't do this thing<br> <tantek> dbaron: it explicitly said that<br> <fantasai> https://www.w3.org/TR/CSS21/text.html#decoration<br> <dbaron> s/we impl/I believe we implemented/<br> <tantek> TabAtkins: that implies that display contents as implications on how we treat that<br> <tantek> TabAtkins: whether that affects the decision<br> <tantek> fantasai: it shouldn't make a difference element vs block tree in general, but it will affect once we have display content<br> <tantek> fantasai: question is whether you can propagate to text nodes which are new thing now<br> <tantek> TabAtkins: side question if you specify it on a ... element does it .... ?<br> <tantek> dbaron: in terms of that we impl on the box tree<br> <tantek> TabAtkins: according to r... so do we<br> <tantek> astearns: any other interop data?<br> <dbaron> we walk up the box tree, but through placeholders for out-of-flows<br> <tantek> fremy: technically I can try... in IE<br> <fantasai> s/..../propagate to its contents/<br> <fantasai> s/on a .../on a display:contents element/<br> <tantek> TabAtkins: I got it the opposite<br> <tantek> TabAtkins: fix up will interrupt decoration<br> <tantek> fremy: example?<br> <TabAtkins> https://bugs.chromium.org/p/chromium/issues/detail?id=553174<br> <tantek> TabAtkins: yes I have a CR example<br> <tantek> TabAtkins: this is interruption due to inline table. we are propagating, other browsers do not<br> <tantek> dbaron: beware of tables when testing text-deco because there are quirks mode diffs<br> <tantek> fremy: ... apparently ...<br> <tantek> (horns)<br> <tantek> TabAtkins: what about the 2nd case? where element is an inline table?<br> <dbaron> The Gecko code is at https://searchfox.org/mozilla-central/rev/b318c7dca7392bd16c0b11929f55b1be133f0b31/layout/generic/nsTextFrame.cpp#5373<br> <tantek> TabAtkins: (describes bug)<br> <tantek> fremy: I see what you mean<br> <tantek> TabAtkins: our impl is inconsistent<br> <tantek> TabAtkins: the fact that these two cases should be identical in any sensible interpretation implies that it should be a box tree concept possibly with some nods to the element tree e.g. block that splits inline<br> <tantek> fremy: i don't know either we would have to change something either way<br> <tantek> astearns: sounds like we need to spec this as box-tree concept and file bugs on browsers<br> <tantek> TabAtkins: chrome has a bug filed<br> <tantek> astearns: any obj to defining this as a box-tree concept?<br> <tantek> RESOLVED: define this as a box-tree concept<br> <tantek> astearns: few more min<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/1136#issuecomment-305249361 using your GitHub account
Received on Wednesday, 31 May 2017 16:53:50 UTC