Using text-overflow:ellipsis with Inline Flex

Dave Paquette, a fellow Western Dev, hit a strange CSS snag the other day. He wanted to use the text-overflow: ellipsis on a flexbox item that displayed text, where the ellipsis would show up if the text was too long.

It didn’t work as expected, but after some digging, a solution was discovered. This post exists to document both the problem and solution with the hope that it prevents future headaches for other CSS developers.

The Problem

His code went something like this:

<ul>
  <li class="item">
    <i>Icon</i>
    <span>Item Code 321</span>
    <span>Descriptive Text</span>
  </li>
  <li class="item">
    <i>Icon</i>
    <span>Item Code that is way too long and should use ellipsis</span>
    <span>Descriptive Text</span>
  </li>
  <li class="item">
    <i>Icon</i>
    <span>Item Code 123</span>
    <span>Descriptive Text</span>
  </li>
</ul>
li span {
  display: inline-flex;
}

.item span {
  width: 100px;
  margin-left: 1em;
  white-space: nowrap;
  overflow: hidden;
  text-overflow: ellipsis;
}

The goal here is to have all the <span> elements line up, regardless of their contents. If their contents exceed the length of the <span> then should display an ellipsis.

This isn’t the case.

Instead, you get something like this:

(Image Missing)

We have everything aligned, but no ellipsis. Why?

The Solution

It turns out that this is the expected behaviour (see “But Why?” section below).

The solution is to make sure that we apply the text-overflow property to a block element that lives inside a flex item. In our case, we need to wrap the text we want to have the ellipsis show up in a block element.

The working code looks like this:

<ul>
  <li class="item">
    <i>Icon</i>
    <span>
        <div>
          Item Code 321
        </div>
    </span>
    <span>Descriptive Text</span>
  </li>
  <li class="item">
    <i>Icon</i>
    <span>
        <div>
          Item Code that is way too long and shoud use ellipsis
        </div>
    </span>
    <span>Descriptive Text</span>
  </li>
  <li class="item">
    <i>Icon</i>
    <span>
        <div>
          Item Code 123
        </div>
    </span>
    <span>Descriptive Text</span>
  </li>
</ul>
.item span {
  display: inline-flex;
}

.item span {
  width: 100px;
  margin-left: 1em;
  white-space: nowrap;
}

.item span div {
  overflow: hidden;
  text-overflow: ellipsis;
}

The <div> we introduce is a block element that lives inside of the flex item. Now the text-overflow property applies, and all is good!

(missing image)

The Solution in Action

In case you want to see the end result working, here you can check it out here.

But Why?

I’ll try and explain this, but be aware that I’m likely oversimplifying things.

As I mentioned before, this whole issue is expected behaviour. If you look at the spec for, text-overflow you find the definition you see in the quote below

This property specifies rendering when inline content overflows its line box edge in the inline progression direction of its block container element (“the block”) that has overflow other than visible.

It turns out text-overflow isn’t meant to work on flex items, rather it is meant to work on block items as per the spec.

That being said, so what? I mean, can’t the spec be adjusted to include text-overflow on flex items? Although you would think it’s not a big deal to make this work for flex-items too, there are a number of considerations that need to be taken into account. More specifically, how flexbox works.

It turns out that there really isn’t a clean way to do this. If you’re wondering how I came to that conclusion you can stop because I didn’t. Those responsible for the specification did, and you can read the full conversation that started with a Mozilla bug report and leads to a whole mail group discussion about why it should (or, in this case, should not) be implemented as part of the spec.

And that, ladies and gentlemen, is how you get text-overflow working on flex items. You don’t. 😃

Category:

Tags:

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.