ntg-pdftex

Download

ntg-pdftex@ntg.nl

July 2016

2 participants
2 discussions

Incomplete CharSet causes failure with PDF/A validation
by Ross Moore 29 Jan '19

29 Jan '19

Hi all. I believe there is a problem with the way pdfTeX constructs the CharSet for a subsetted font. Not all fonts are affected, and it only shows up when attempting to validate for PDF/A. I’ve mentioned the problem to Thanh and others, but as there’s been nothing done, I’ll bring it up here, with an example that cannot be worked-around. Attached are two PDF/A documents, using Hebrew text. The main font is the “David” style font from the culmus package: DavidCLM-Medium hebart-david.pdf — produced by pdfTeX hebart-gs.pdf — produced using dvips+GS hebart-david fails PDF/A validation in one aspect only (see image): “CharSet in subset font is incomplete (font contains glyphs that are not listed)"

8 43

[PATCH v3] pdftex - Add support for encfile and \pdfgentounicode for PK fonts
by Pali Rohár 27 Mar '17

27 Mar '17

... continued thread "[pdftex] pdftex - Encoding for metafont PK fonts" This patch allows to specify encoding file also for bitmap PK fonts (generated by MetaFont) and add support for \pdfgentounicode primitive for these fonts. Example for csb12 (CSFonts, Latin 2 encoding): \nopagenumbers \pdfmapline{+csb12 <csr.enc} \pdfglyphtounicode{ccaron}{010D} \pdfgentounicode=1 \font\csb=csb12 \csb \char232 \bye Char 232 (0xE8) in font csb12 is 'č' (LATIN SMALL LETTER C WITH CARON) and glyph name for 'č' is /ccaron. Unicode character is 0+010D. Note that U+OOE8 (decimal 232) is 'è' (LATIN SMALL LETTER E WITH GRAVE) which is reason why encoding file (csr.enc) is needed. Unicode is extension of Latin 1 (character positions 127-255 are same) so this is reason why Latin 1 PK fonts works fine without encoding files... In V3 version of patch I added check for duplicate glyph names to prevent generating incorrect PDF files. Duplicates of glyph names are not used and default glyph name used by pdftex "\a<number>" is used as before. And I added small extension to pdftex-t.tex documentation as Karl Berry wanted. -- Pali Rohár pali.rohar(a)gmail.com

6 28