W3C home > Mailing lists > Public > public-css-archive@w3.org > September 2017

[csswg-drafts] [css21][css-inline] height of inline box with line-height not normal

From: Florian Rivoal via GitHub <sysbot+gh@w3.org>
Date: Mon, 11 Sep 2017 09:04:19 +0000
To: public-css-archive@w3.org
Message-ID: <issues.opened-256630801-1505120650-sysbot+gh@w3.org>
frivoal has just created a new issue for https://github.com/w3c/csswg-drafts:

== [css21][css-inline] height of inline box with line-height not normal ==
**This is part of the #1796 series. Read that issue for content**

[Test source](https://github.com/frivoal/web-platform-tests/blob/line-height-experiments/css/css-line-height/line-height-001.html)
[Ref source](https://github.com/frivoal/web-platform-tests/blob/line-height-experiments/css/css-line-height/reference/line-height-001-ref.html)
[Live test](https://rawgit.com/frivoal/web-platform-tests/line-height-experiments/css/css-line-height/line-height-001.html)
[Live ref](https://rawgit.com/frivoal/web-platform-tests/line-height-experiments/css/css-line-height/reference/line-height-001-ref.html)


As demonstrated by this test, all browsers (Edge, FF, Safari, Chrome) agree that when you set the line-height property to a value other than normal, you get exactly the height you asked for, even when there are differently sized fallback fonts involved. In other words, nobody does the black behavior in [this diagram](https://lists.w3.org/Archives/Public/www-archive/2017Apr/att-0008/IMG_20170421_173959.jpg).

Whether browsers do the red behavior, the blue one, or something else depends on how the baseline is positioned, and that will be dealt with in a separate bug.

Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/1797 using your GitHub account
Received on Monday, 11 September 2017 09:04:18 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 06:41:17 UTC