[css-overflow-4] max-lines and independent formatting contexts

[fantasai]

While trying to work through how to implement the size attribute on <select>, we were wondering if max-lines could, instead of ignoring independent formatting contexts in the count, count each one as the equivalent of one line.

This would solve the problem for <select> and also be more generally useful, if we can make it work. The main question is Web-compat, or if we can work around the Web-compat issue.

[astearns]

@frivoal @andreubotella

[andreubotella]

For -webkit-line-clamp, both Chromium and Firefox treat independent formatting contexts as not increasing the number of line. Webkit counts lines inside independent formatting contexts, including clamping inside tables¹. Given this, neither of these options are probably set in stone.

Footnotes

1. While looking at this, I found a number of cases where Webkit has related bugs, including one where it elipsizes inside of the table, but the clamp happens outside ignoring the number of lines inside the table? ↩

[bfgeek]

This would solve the problem for <select> and also be more generally useful, if we can make it work. The main question is Web-compat, or if we can work around the Web-compat issue.

Can you provide an example of why this is desirable? Crossing IFCs with line-counting brings up a whole class of issues that I'd rather avoid.

[emilio]

+1 to what @bfgeek said.

The use case would be a listbox select, this comes up from #12510.

Consider:

<select-like-thing>
  <complex-option>....</complex-option>
  <complex-option>....</complex-option>
  <complex-option>....</complex-option>
  ...

You want to clamp at 2 items, but you don't want to recurse into the options, nor skip counting the options. So if options are their own BFC (display: flow-root or so) it allows to achieve the use case trivially (select-like-thing { max-lines: 2 }).

[frivoal]

Crossing IFCs with line-counting brings up a whole class of issues that I'd rather avoid.

Counting the number of lines in IFCs would be way more complicated indeed (especially if we don't limit ourselfs to independent BFCs, but all sorts of formatting contexts), but if I understand correctly, the request here is not to count the lines inside the IFC, just to could a IFC as a single line, regardless of its content, which doesn't seem nearly as complex. Or is that hard too?

If we were to go this way, I presume this would be limited to block-level IFCs, and not count inline-blocks (or inline grids, or what not) as 1 line.

It would also open the question of what we should do about block-level replaced elements, such as blockified images. If we were to adopt the change proposed, I suppose it would make sense if they counted as 1 too.