[NTG-pdftex] [PATCH] pdftex - Add new \pdfpkscalable primitive

[Pali Rohár]

On Friday 31 March 2017 08:24:14 Akira Kakuto wrote:
> Hi Karl,
> 
> >It isn't ok -- we want .3600pk to be used -- but that's not the behavior
> >I am seeing. That is, the behavior *before* the latest patch (which you
> >installed one part of, but my binary is from before that).
> 
> Confirmed!  I agree that the behavior *before* the latest patch is good.

Do you mean without patch "+ } else if (is_std_t1font(fm))" ?

Here is test input:

$ cat test.tex 
\input glyphtounicode
\pdfgentounicode=1
\pdfmapline{} % disable all Type1 fonts
\pdfmapline{cmr10 < 8r.enc}
\font\ff=cmr10
\font\fg=cmr10 at 60pt
\ff Test
\smallskip
\fg Test
\bye

No it is not correct, as wrote in previous email, look at pdftex output.
There are non-fatal warnings!

$ pdftex test.tex 
This is pdfTeX, Version 3.14159265-2.6-1.40.17 (TeX Live 2017/dev)
(preloaded format=pdftex)
 restricted \write18 enabled.
entering extended mode
(./test.tex
(/usr/share/texlive/texmf-dist/tex/generic/pdftex/glyphtounicode.tex)

pdfTeX warning: pdftex: invalid entry for `cmr10': both ps_name and font file missing

[1] ) </home/pali/.texmf-var/fonts/pk/ljfour/public/cm/cmr10.3600pk>
</usr/share/texlive/texmf-dist/fonts/pk/ljfour/public/cm/dpi600/cmr10.pk>
Output written on test.pdf (1 page, 5627 bytes).
Transcript written on test.log.

There is warning:

pdfTeX warning: pdftex: invalid entry for `cmr10': both ps_name and font file missing

which means that \pdfmapline from test.tex was ignored and so no enc
file was used. So there is no /ToUnicode entry. You can verify it:

$ pdffonts test.pdf 
name                                 type              emb sub uni object ID
------------------------------------ ----------------- --- --- --- ---------
[none]                               Type 3            yes no  no       4  0
[none]                               Type 3            yes no  no       5  0

"uni" is set to no.

What happened is that \pdfmapline for cmr10 was ignored, so pdftex
fallbacks to PK fonts (by default) which is automatically non-scalable
and without any encoding file.

-- 
Pali Rohár
pali.rohar at gmail.com