Open sietse opened 2 years ago
This issue is possibly related to #37 , which also involves \resizebox
and colliding/overlapping elements.
Thank you for the detailed report!
Cross-referencing latexml #1797.
I am indeed aware (and saddened by) minipages currently almost always looking broken on the ar5iv site. They need a bit of focused attention on the latexml side, possibly deciding on a flexbox approach, and then a little bit of CSS styling.
Certainly to be fixed in the mid-term future.
I made some progress here (as part of a wider CSS styling run), and the tables will no longer clash.
Sadly, in some browsers there is now an over-correction. In Firefox in particular, the two subtables end up even vertically spaced out. So I'll keep this issue open a little while longer.
Sadly, in some browsers there is now an over-correction. In Firefox in particular, the two subtables end up even vertically spaced out. So I'll keep this issue open a little while longer.
This has flipped back to a clash, as we just had an update with latexml v0.8.8 where the subfigure markup was adapted, and the CSS hasn't caught up. Making a note to revise table 1.
Exact location of issue
The problem occurs in Table 1: Copying task ..., of Section 4.1.1 "Copying Task", of article /html/1909.10893, "Recurring Independent Mechanisms"
Problem details
\begin{table*}
environment, which contains two\resizebox
; each resizebox contains a\minipage
, which contains a\tabular
environment.(Optional) Expected behavior
Two tables, side by side.
Desktop
Screenshots
This is what the Ar5iv rendering looks like:
And this is what the PDF rendering looks like:
Additional context: source code This is the source code of the
table*
environment: