An empty paragraph just before a list in a table cell loses its line on the round trip. The table property test found it on main while I was working on #204, once a change to the generator moved its seeds onto this shape:
<td><p><strong>x up</strong></p><p /><ol><li><p>auth</p></li></ol></td>
reads as | **x up**<br><ol><li><p>auth</p></li></ol> |. That publishes as <strong>x up</strong><br><ol>…, and the next read drops the <br>: | **x up**<ol>…</ol> |. So the Markdown is not a fixed point, and the empty line is gone.
renderCellLines puts a <br> before the empty line and none before the list (a list ends its line by being a block), so the <br> it writes ends up directly before the <ol>, where it has no effect. #55 already keeps a table raw for an empty paragraph at either end of a cell. The likely fix is the same rule for an empty paragraph next to a list, in tableShape.
An empty paragraph just before a list in a table cell loses its line on the round trip. The table property test found it on
mainwhile I was working on #204, once a change to the generator moved its seeds onto this shape:reads as
| **x up**<br><ol><li><p>auth</p></li></ol> |. That publishes as<strong>x up</strong><br><ol>…, and the next read drops the<br>:| **x up**<ol>…</ol> |. So the Markdown is not a fixed point, and the empty line is gone.renderCellLinesputs a<br>before the empty line and none before the list (a list ends its line by being a block), so the<br>it writes ends up directly before the<ol>, where it has no effect. #55 already keeps a table raw for an empty paragraph at either end of a cell. The likely fix is the same rule for an empty paragraph next to a list, intableShape.