[NTG-context] LMTX generates PDFs with non-working fonts on real printers
leah at vuxu.org
Thu Oct 6 14:42:57 CEST 2022
Hans Hagen via ntg-context <ntg-context at ntg.nl> writes:
> On 10/6/2022 12:31 PM, Ulrike Fischer via ntg-context wrote:
>> Am Tue, 4 Oct 2022 18:09:28 +0200 schrieb Hans Hagen via
>>>> Hans, is it possible that LMTX uses some technique that is “too modern”
>>>> for some built-in PDF interpreter?
>>> we basically use the old pre 1.6 embedding, same as luatex
>> I saw that the new code renumbers the glyphs, so it uses 0001, 0002
>> etc instead of the mix of various slot numbers in luatex. Perhaps
>> the printers don't like that.
> indeed, soem control code confusion; a few days ago i suggested a test
> for that and got no response yet
Sorry, I didn't have access to a printer until last night.
As I expected, starting the numbering from 31 doesn't help
either---still blank pages. (Note that with DejaVu Sans the numbering
from 1 works fine.)
But I also found yet another printer model that doesn't print:
the HP Color LaserJet 4700 (Model Q7492A, Firmware 20060821 46.031.1).
Since you seem to own the only printer that works ;) would
you be so kind and share which model you have?
I also wondered whether bisecting the snapshot-repo would work.
But I only have one LMTX binary; this font handling should be all in
lua code tho?
Leah Neukirchen <leah at vuxu.org> https://leahneukirchen.org/
More information about the ntg-context