Improve article 2110.03551 (currfile-abspath.sty, accsupp.sty, MnSymbol.sty, birkjour.cls, newunicodechar.sty)

[eric-wieser]

Exact location of issue Entire document seems heavily malformed; see 2110.03551

Problem details

The article starts in section 7.2.1, with all previous sections missing

(Optional) Expected behavior The article should start with its title

Desktop (please complete the following information)

• OS: Windows
• Browser Chrome

(Optional) Screenshots If applicable, add screenshots to help explain your problem.

(Optional) Additional context It seems likely that the problem originates either:

• From the use of utf8-encoded characters in the source code
• From the use of mintinline

[dginev]

Hi @eric-wieser ! Thank you for looking into the details here. There is a link to the conversion log at the bottom of the article, at the bottom of which page you can see the summary of issues:

Conversion complete: 6 warnings; 101 errors; 1 fatal error; 16 undefined 
macros[\csq@thequote@iclose, \csq@thequote@oopen, \thepwd, \newunicodechar, 
\pdfinterwordspaceon, \csq@thequote@oclose, \upmapsto, \getabspath, \csq@thequote@iopen, 
\theabsdir, \csq@thequote@iinit, \curlywedge, \blacktriangleright, \csq@kernchar@i, 
\csq@thequote@oinit, \varnothing]; 4 missing files[currfile-abspath.sty, birkjour.cls, 
MnSymbol.sty, newunicodechar.sty]

At the very least we'd need to add nominal support for the 4 missing sty/cls files, before we can have an expectation that the document will convert smoothly.

It's quite informative for us to know which pieces of the LaTeX ecosystem ar5iv adopters first express a need for, so thanks again for opening the issue!

[eric-wieser]

Ah, I didn't think to look at the bottom of the conversion log. I guess either the newunicodechar or the csquotes stuff is to blame for the large-scale breakage