[NTG-pdftex] [PATCH v3] pdftex - Add support for encfile and \pdfgentounicode for PK fonts

Pali Rohár pali.rohar at gmail.com
Fri Mar 31 09:59:51 CEST 2017

On Thursday 30 March 2017 16:40:19 Karl Berry wrote:
>     In fm structure (not in output pdf). 
> And is there any way to discern this problem from the behavior of the
> program, or the output?

Yes, there is. If you revert that patch "+    } else if (is_std_t1font(fm))"
then specified PK font with enc file via \pdfmapline{} will be ignored,
pdftex fallback from \pdfmapline{} definition to PK font *without* any
enc file.

So in result PDF file \ToUnicode entry would be missing and enc file in
\pdfmapline{} ignored.

>     Better fallback mechanism 
> My point is that the patch replaced the fallback else with a conditional
> else, so now there is no fallback. That is not good.

It is really needed to call set_truetype() or set_opentype() or
set_type1()? Seems that no. All code tests if is_truetype(),
is_opentype() or is_type1(). And setting type1 for PK/type3 font is 
incorrect and just cause dropping all PK/type3 fonts as they do not have
(for obvious reason) specified PS font basename.

What is possible is to introduce set_type3() and is_type3() macros and
then set last fallback to set_type3().

>     is to introduce new flag for PK/type3 fonts 
>     like I did in new patch for \pdfpkscalable.
> I don't want to support that new primitive, in case that's not obvious
> by now. -k

Pali Rohár
pali.rohar at gmail.com

More information about the ntg-pdftex mailing list