On 11 Jul 2018, at 8:25 am, Reinhard Kotucha <reinhard.kotucha@web.de> wrote:

On 2018-07-07 at 11:05:49 +0200, Hans Hagen wrote:

> On 7/7/2018 2:31 AM, Reinhard Kotucha wrote:
>> According to the PDF Reference[1], /CharSet is optional and
>> meaningful only in Type 1 fonts. Thus no program can rely on it.
>> If no program can rely on it and it causes trouble, it should
>> better be removed without substitution (no command line option and
>> no new primitive).
>>
>>> I suppose that luatex developers are listening here as well.

> anyway, it's no big deal to add an option (omitcharset) for it as
> we also do it for cidsets (omitcidset)

Sounds good. Please proceed.

    This is pdfTeX, Version 3.14159265-2.6-1.40.19 (MiKTeX 2.9.6930 64-bit) (preloaded format=pdflatex 2019.1.11)  23 JAN 2019 16:46

but there is no error when I build the analogous PDF with:

    This is pdfTeX, Version 3.14159265-2.6-1.40.19 (TeX Live 2018) (preloaded format=pdflatex 2018.12.24)  25 JAN 2019 17:16

The attached image shows that the CharSet is included on a Mac, using MacTeX,

but not with MikTeX, even though the version of pdfTeX seems to be identical.

The only explanation that I can think of is that a primitive or option is being used

in one case, but not the other.

Can someone please shed some light on what may be causing this difference?

Could it really be connected with the LaTeX format version?

For me,   tlmgr update --list

Regards,
Reinhard

--
------------------------------------------------------------------
Reinhard Kotucha Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover mailto:reinhard.kotucha@web.de
------------------------------------------------------------------
_______________________________________________
ntg-pdftex mailing list
ntg-pdftex@ntg.nl
https://mailman.ntg.nl/mailman/listinfo/ntg-pdftex