[luatex] luatex - font encoding for type 1 fonts

Hans Hagen pragma at wxs.nl
Sun Jun 26 16:32:47 CEST 2016


On 6/26/2016 4:22 PM, Pali Rohár wrote:

> So above /Encoding 256 array in PFB file can be different as encoding
> vector in ENC file? I thought that they should be same...

indeed

> Anyway I tested pdftex and it does *not* use ENC file, encoding takes
> from /Encoding 256 array from PFB file. And Linux strace program proved
> that no enc file was opened during pdftex run.

then you're lucky that they match

> So to mimic pdftex behaviour (and how CSFonts Type 1 are read/parsed) I
> would really propose to use /Encoding 256 array from PFB file when ENC
> file for font loader is not specified.

it makes no sense to have all kind of assumptions built in for this 
rather non standard set of cs fonts

> Meaning: Use ENC file if possible, but when user not specified it -->
> fallback to /Encoding array in PFB file.

can be done but as said keep in mind that it's non typical

>>> I think it could be useful if that your loader was able to
>>> understand command also when pfb file is not specified. It could
>>> try to load either pfb file (preferred) or fallback to
>>> PK/metafont.
>>
>> the more hardcoded logic is in there, the harder it is to beat (i can
>> impose some logic in context but want to stay away from intefreing in
>> other macro packages logic)
>>
>>> it has (internal/system pdftex.map) database of Type 1 fonts and
>>
>> only system .. in luatex i never use map files
>
> Ok, so luatex ignores any specified map files?

no, the fontloader does not use/pass that info when using outline fonts

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
       tel: 038 477 53 69 | www.pragma-ade.com | www.pragma-pod.nl
-----------------------------------------------------------------


More information about the luatex mailing list