ntg-pdftex

Download

ntg-pdftex@ntg.nl

October 2018

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

Re: [NTG-pdftex] small problems with newtx fonts
by Ross Moore 04 Oct '18

04 Oct '18

Hi all. I’ve encountered a problem whereby pdfTeX generates different subsets of the same font, containing exactly the same subsetted name. On 1 Oct 2018, at 8:36 am, Karl Berry <karl(a)freefriends.org<mailto:karl@freefriends.org>> wrote: Hi Ross, If you feel like posting the issue to the ntg-pdftex list, or coming up with a patch yourself, so much the better. A simpler test using plain TeX that just typesets two characters in two different fonts and creates the problems would be helpful, too. This coding exhibits the problem. %%% test-duplicate-fonts.tex %%% \font\fonti=fxlri-7alt \font\fontii=fxlri-7letters \font\fontiii=fxlri-7letters at 11pt {\fonti \char"03} {\fontii A B C} {\fontiii A D E} \bye %%%%% end of test-duplicate-fonts.tex %%% Using pdf fonts to see the names of embedded fonts, one gets: name type emb sub uni prob object ID ------------------------------------ ----------------- --- --- --- ---- --------- SAMSAA+LinLibertineI7 Type 1 yes yes yes 4 0 SAMSAA+LinLibertineI7 Type 1 yes yes yes 5 0 SDXKYB+CMR10 Type 1 yes yes yes 6 0 Where the 1st two entries are seen to be identical. Running Preflight checks, this duplication results in error reports as in the image. (BTW, I was using a different filename to the above coding.) [cid:286A2034-C351-4AE2-81BE-6DDBDAE8AB41@telstra.com.au] I think the issue is related to having 2 different fonts (here fxlri-7alt and fxlri-7letters from the newtx fonts ) using characters from the same base font (here LinLibertineI7 ). But this is not an error in itself. The issue must lie with how the subsetting prefix ‘SAMSAA’ is generated. Surely if the same prefix has already been used with an instance of the same font, then the next instance should increment it (e.g., to SAMSAB or SAMSAC or …., say) until a unique name is achieved. It is important to get this fixed, else many otherwise perfectly fine documents will fail Preflight validation checks, for modern PDF standards. All the best, Ross Dr Ross Moore Mathematics Dept | 12 Wally’s Walk, 734 Macquarie University, NSW 2109, Australia T: +61 2 9850 8955 | F: +61 2 9850 8114<tel:%2B61%202%209850%209695> M:+61 407 288 255<tel:%2B61%20409%20125%20670> | E: ross.moore(a)mq.edu.au<mailto:rick.minter@mq.edu.au> http://www.maths.mq.edu.au<http://mq.edu.au/> [cid:image001.png@01D030BE.D37A46F0]<http://mq.edu.au/> CRICOS Provider Number 00002J. Think before you print. Please consider the environment before printing this email.<http://mq.edu.au/> This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender. Views expressed in this message are those of the individual sender, and are not necessarily the views of Macquarie University.<http://mq.edu.au/>

2 3