Open ericscheid opened 2 years ago
Hmm interesting find. Good eye.
To further muddy the waters, if the <tr></tr>
is removed completely, then the preceding rowspan
(s) must also be decremented, or else the entire table format will break in new and interesting ways.
As I understand it, this is not actually the intended use of rowspan
. I can see how it might be clearer in the editor and thus more convenient - but as per the current implementation, it doesn't actually work.
WORKAROUNDS:
rowspan
in this manner and keeps the content for a single row in a single row, then it works fine.
It's worth noting that, despite the different approaches, the two tables above appear to be visually identical.
Oh, good point on decrementing rowspans.
Would the simplest fix be to strip empty
Or must this be fixed in marked-extended-tables ?
Fixes to table generation should go in marked-extended-tables
Consider this table, where very long text data has been split over multiple lines for editing reasons, and all the cells of the row are rowspanned into the above row..
Unfortunately, the markdown renders this with empty
<tr></tr>
...This is a bug, and it messes up the even/odd row striping: