Re: xelatex, revtex4-2 vs article, CID mapping destroyed after gs-based concatenation
Norbert Preining <[email protected]> Tue, 13 Jan 2026 11:13:11 +0100
| Newsgroups | gmane.comp.tex.texhax |
|---|---|
| Message-ID | <aWYatx8TtZQlSKfa@fettsack> |
Hi Karl, > Even with the (returning) gs bug, this difference seems like it means > there is something different happening with revtex, since gs is not > involved pre-concatenation. This seems bizarre. That is true, but since the original PDF before using gs/pdfwrite **has a working** text extraction/ToUnicode mapping, it is the ghostscript side that needs fixing. > I searched in revtex4-2.dtx (texmf-dist/source/latex/revtex/revtex4-2.dtx) > for things like pdf, cmap, etc., but saw nothing relevant :(. Yup, me, too. Nothing of the usual suspects shows up. > Afaik, the pdftex primitive that's used for this is \pdffontattr (not It is **not** pdftex. When I do the same with pdftex, all is fine! *Only* with xelatex the problem occurs. I compared the two files generated by pdflatex and xelatex, but they are completely different (on the same input), so not much of a help. > Maybe a diff of the \loggingall output could show something relevant? > Apart from the irrelevancies it will definitely show. Hmmm, maybe ... but first I wait for answers from gs developers. If the say that the pdf generated by xelatex is broken in some way, that would be an indication. Best regards Norbert -- DI Dr Norbert Preining https://www.preining.info arXiv / Cornell University + IFMGA Guide + TU Wien + TeX Live GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13