-
tomman
has anyone noticed some weird rendering issues with tables?
-
tomman
-
tomman
-
tomman
notice that how in SeaMonkey, some of the cells spanning multiple rows still have borders inside the cells, although text is properly positioned
-
tomman
(in fact it seems to happen in many tables at Wikipedia)
-
tomman
on FF91ESR it renders fine
-
tomman
FWIW, it also renders fine on good ol' 2.49.5 on XP :)
-
tomman
--borders inside the merged cells
-
njsg
tomman: even before opening the image, I think yes.
-
njsg
on mediawiki at wikipedia, so same-ish site
-
njsg
tomman: second column from the left, all but last? (well, but last and first)
-
njsg
interesting, happens in Composer too with the red lines
-
tomman
dunno when it started happening
-
tomman
but have only noticed at Wikipedia (need to check other MediaWiki sites)
-
njsg
-
njsg
(as it goes away if I disable "border-collapse: collapse" on wikipedia)
-
njsg
as in the attached screenshot, I get only a "partial" border with that tournament page, not the "full" burder, but after I select and deselect text around that border, I get the "full" border.
-
tomman
reminds me of a VERY similar bug I had with a PDF generator library with border-collapse: collapse
-
tomman
interesting enough it does not happen on SM2.49 or FF91ESR
-
tomman
and that bug report sends me to
bug 332740
-
tomman
which is 16 years old!
-
njsg
-
njsg
1485179 appears to be in?
-
tomman
so basically border-collapse:collapse is a minefield for corner cases, except that everything turns out to be a corner case at any time?
-
tomman
and given my experience on similar issues with other rendering engines (Flying Saucer/openhtmltopdf), seems to be hard
-
» njsg needs to procure some sleep
-
hardys
tomman: the table is rendered fine in 2.53.9 and 2.57
-
hardys
tomman: renders fine in 2.53.10 and 2.53.11, issue is present in 2.53.12
-
tomman
hardys: curious indeed, thanks
-
tomman
pretty much approaches the timeline on when I started noticing the issue