converting XFA PDFs using ghostscript - problem with encoding?
Nikola Ciprich <[email protected]> Thu, 7 Sep 2017 11:50:34 +0200
| Newsgroups | gmane.comp.printing.ghostscript.devel |
|---|---|
| Message-ID | <[email protected]> |
Dear ghostscript developers and users, for some time, we're struggling with PDF files produced by SAP based portal. Problem of those is, that they contain XFA-based forms and no linux reader other then adobe reader can correctly display them. Since it got discontinued years ago, I'm trying to find solution for something poppler-based, especially evince. I got good tip from kind soul that I can use ghostscript to render XFA PDF into normal one using something like ps2pdf -dShowAcroForm odmeny.pdf odmeny2.pdf then indeed I can view previously missing content from XFA data. the only remaining problem I need to solve now is that converted content seems to have mangled encoding or something else is wrong and accented characters like ลก just don't display correctly. pdffonts shows that source pdf contains 3 fonts: name type encoding emb sub uni object ID ------------------------------------ ----------------- ---------------- --- --- --- --------- RQUYXD+MyriadPro-Regular CID Type 0C Identity-H yes yes yes 21 0 MyriadPro-Regular Type 1 WinAnsi no no no 34 0 RQUYXD+ArialMT CID TrueType Identity-H yes yes yes 6 0 by checking source pdf and the text which gets converted (incorrectly) the problematic part is the one with ArialMT, which seems to be embedded... Would somebody have a tip on how could I fix that last remaining issue? any help would be greatly appreciated with best regards nik -- ------------------------------------- Ing. Nikola CIPRICH LinuxBox.cz, s.r.o. 28.rijna 168, 709 00 Ostrava tel.: +420 591 166 214 fax: +420 596 621 273 mobil: +420 777 093 799 www.linuxbox.cz mobil servis: +420 737 238 656 email servis: [email protected] -------------------------------------