2. bullet positioned next to a non-inline replaced descendant, if the first inline or replaced descendant (1^ wrong) is non-inline replaced
1
3 if no inline or replaced descendant, then bullet causes creation of a line box and is positioned next to it like 1.
1
1. should be: bullet is positioned next to a line box, if the first (depth-first) inline or replaced descendant of the block is inline
1
And I actually think Firefox layout of testcase is wrong: should be same as with textarea { vertical-align: baseline} (no display: block).
1
I put together a slightly more involved testcase. All the green cases are, I think, rendering as *intended* in Chrome; reds are bad.
1
FYI Edge does match Chrome in a all these cases. Last I know, the empty line before a block is "by design" to allow <li> in <li>
2
If that's the reasoning, it's applied very badly. Check the 3rd section, there's weird/bad interactions with overflow:hidden too.
1
Chrome and Firefox do the same thing on software.hixie.ch/utilities/… and don't add extra line. (margin collapsing helps.) I prefer that layout.
Aug 1, 2017 · 2:20 PM UTC
1