- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Thu, 22 Oct 2020 16:00:16 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `Distinguish applying to text vs applying to boxes`, and agreed to the following: * `RESOLVED: inheritable properties that apply to inlines also apply to text` <details><summary>The full IRC log of that discussion</summary> <Rossen_> Topic: Distinguish applying to text vs applying to boxes<br> <Rossen_> github: istinguish applying to text vs applying to boxes<br> <Rossen_> github: https://github.com/w3c/csswg-drafts/issues/5303<br> <fremy> fantasai: it's not super clear which property apply to text, and which apply to inline boxes<br> <fremy> fantasai: the specs sometimes says one when they mean the other<br> <TabAtkins> testcase from oriol showing off the distinction:<br> <TabAtkins> https://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0A%3Cstyle%3E%0Asection%20%7B%20border%3A%201px%20solid%20%7D%0Adiv%20%7B%20line-height%3A%204%3B%20display%3A%20contents%20%7D%0A%3C%2Fstyle%3E%0A%3Csection%3E%3Cdiv%3Eline-height%20inherited%20by%20text%3C%2Fdiv%3E%3C%2Fsection%3E%0A%3Csection%3E%3Cdiv%3E%3Cspan%3Eline-height%20inherited%20by%20inline%20box%3C%2Fspan%3E%3C%2Fdiv%3E%3C%2Fsection%3E<br> <fremy> fantasai: but for some properties we need a distinction<br> <TabAtkins> chrome renders the two boxes the same, firefox doesn't apply line-height to the first (where there is no box to apply to, only text)<br> <fremy> fantasai: I propose to make a mass update to say "text" vs "inline boxes" vs "inline boxes and text"<br> <fremy> fantasai: text decoration, color, etc...<br> <fremy> fantasai: this will require some auditing of the existing propdef tables<br> <fremy> florian: I initially agreed<br> <chris> seems good to me, I think it is clearer<br> <fremy> florian: but oriol made a test case and it confused me<br> <fremy> florian: because content makes an anonymous inline<br> <fremy> florian: so what's the difference between the two concepts, I am not sure<br> <fremy> fantasai: is there an anonymous inline? really?<br> <fremy> TabAtkins: as far as I know, there is not<br> <fremy> florian: ah ok, then we need to specify<br> <fremy> emilio: webkit allows display:contents on text, but we don't in gecko<br> <fremy> TabAtkins: do you think this makes a different except line-height?<br> <fremy> emilio: no, apart from that, I don't think there is a difference<br> <fremy> florian: and the whitespace property?<br> <fremy> florian: if there is no inline box? how would that work?<br> <fremy> emilio: I would have to test<br> <fremy> emilio: I remember we used to apply only the closest inline container<br> <fremy> emilio: and we changed this, but I don't recall the specifics<br> <Rossen_> q<br> <fremy> oriol: one of the principles we should try to follow is to use inheritance as a rule<br> <fremy> oriol: otherwise there could be differences if you have or not the inline<br> <fremy> TabAtkins: that sounds like a reasonable rule to me<br> <fremy> TabAtkins: and whitespace works in firefox<br> <fremy> Rossen_: so could line-height be a bug in gecko?<br> <fremy> florian: did the list you made match oriol rule?<br> <fremy> fantasai: I think so, but the list was very rough I didn't take a full look<br> <fremy> fantasai: there might be issues with alignment<br> <fremy> fantasai: but we can take a look later<br> <fremy> florian: I support resolving oriol rule then<br> <fremy> florian: and we can revisit if needed later<br> <fremy> Rossen_: and we need to add this rule?<br> <fremy> florian: yes, we should indeed do that, there is no text now<br> <fremy> Rossen_: ok, sounds go<br> <fremy> Rossen_: who will do that?<br> <fremy> florian: it could be me, but I am not sure when<br> <fremy> fantasai: ok I will take this<br> <fremy> Rossen_: ok, thanks<br> <fremy> Rossen_: do we need a resolution for oriol's rule?<br> <fremy> fantasai: yes, if we need exceptions we will revisit?<br> <fremy> Rossen_: ok, any objections to add this rule?<br> <fremy> fantasai: and update the propdef tables<br> <fremy> RESOLVED: inheritable properties that apply to inlines also apply to text<br> <florian> s/ but I am not sure when/ but it doesn't have to/<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/5303#issuecomment-714593347 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 22 October 2020 16:00:19 UTC