You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems that WeasyPrint treats the height of tr elements different than the browser, causing inconsistent table row heights for table rows with a fixed height less than the size of the content therein.
In the browser, if the height of a tr is less than the height of the content, the tr will take the height of the content instead:
However, when that same markup is rendered into a PDF with WeasyPrint, the tr will actually use the lesser height, not expanding to the height of the content as expected:
This is not the case for the td elements, where setting a height smaller than the content does not cause the td to shrink below the size of the content (see the same example above).
Maybe it has to do with the padding on the tds? It seems to be squashing the vertical cell padding. Not sure exactly what behavior is taking place, technically.
It seems that WeasyPrint treats the height of
tr
elements different than the browser, causing inconsistent table row heights for table rows with a fixed height less than the size of the content therein.In the browser, if the height of a
tr
is less than the height of the content, thetr
will take the height of the content instead:However, when that same markup is rendered into a PDF with WeasyPrint, the
tr
will actually use the lesser height, not expanding to the height of the content as expected:This is not the case for the
td
elements, where setting a height smaller than the content does not cause thetd
to shrink below the size of the content (see the same example above).Maybe it has to do with the padding on the
td
s? It seems to be squashing the vertical cell padding. Not sure exactly what behavior is taking place, technically.Here’s the markup for the example:
The text was updated successfully, but these errors were encountered: