You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
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 #1801
The text was updated successfully, but these errors were encountered:
When there is only one value of 'line-height' for all inline boxes in a block container box and they are all in the same font (and there are no replaced elements, inline-block elements, etc.), the above will ensure that baselines of successive lines are exactly 'line-height' apart. This is important when columns of text in different fonts have to be aligned, for example in a table.
This is true when line-height is some value other than normal even if glyphs from fonts other than the primary available font are used.
This is part of the #1796 series. Read that issue for context
Test source
Ref source
Live test
Live ref
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.
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 #1801
The text was updated successfully, but these errors were encountered: