TIL: Markup formatting can heavily influence layout of inline elements


Watch out for inline-block and inline elements.

Until now I was aware of the fact that the way you format display: inline-block; elements in your markup has a direct impact on how the elements are being rendered by the browser. Please read that again: markup formatting influences the layout of elements.

So having this CSS

li {
  display: inline-block;

and applying it to the following differently formatted list elements

<!-- nicely formatted -->

<!-- compressed -->

yields different rendering results. The first two list items have a space inbetween them, the second two list items do not and are glued together.

On a side note: I remember that when I first discovered this several years ago I was pretty astonished about this fact. Since then I’m always advocating to be mindful of this behavior and to use inline-block only if you really know what you are doing.

Turns out that this is the same case with display: inline; elements. Check out this pen to see what I mean.

The specific problem I encountered with display: inline; together with a colleaugue the other day at work was a bit more obscure than the linked pen from above, check out the interactive example.

The question is: why doesn’t the browser try to use the whole space of the line to render the text?

We talk about a layout that can only be achieved by inlineing the dt and dd elements of the dl element, thus you have to tackle the problem that sometimes there are weird gaps at the end of lines (see red arrow in the screenshot). Why does the browser break the line in such a weird way? Why doesn’t it try to fill up the whole line?

I can’t give you an answer to these questions (edit: I can now, check out the edit at the end of the article), but the root cause of the problem is (and here we go back to the beginning of this post) the compressed markup – so no line breaks and whitespace between HTML elements – of the second example in the screenshot. The first example of the screenshot uses pretty formatted markup.

The solution for us was to add an artificial extra space after each dt and dd element that won’t get compressed by our internally used HTML minifier. Additionally we added an extensive comment in the markup to explain why the space is necessary to add.

Yes, browsers are weird sometimes.

Edit (May 22, 2019):

Šime Vidas pointed out to me on Twitter, why the browser is breaking the line in such a weird way:

My guess: Because the inline elements touch each other, there is no line break opportunity between them, so the browser treats the last word of the first element and the first word of the second element as one word.

And it’s true: sum up the widths of the two words (as described in the tweet) and you can see that there is not enough space for the browser to render the “unified” word in the remaining space of the line, thus it breaks it to the next line. Makes perfect sense, thanks a lot Šime, for claryfing this! 👍