Hallo!
Herr Zacherl hat sich mal eine meiner PS-Dateien angesehen und
folgendes herausgefunden:
(ich darf mal zitieren, damit die anderen auch was davon haben)
###
Ich habe auch die Ursache für die fehlenden bzw. falschen Zeichen gefunden.
Es ist eine Modifikation der Encoding-Tabelle des Fonts, welche nachträglich
(also nach der Einbettung des Fonts) im PostScript-Code stattfindet. Diese
Modifikation führt folgende Änderungen gegenüber dem original Encoding des
Fonts durch:
Modifikation Original Encoding
dup 20 /pi put dup 20 /apple put
dup 94 /asciicircum put unbelegt
dup 164 /section put dup 164 /Lambda put
dup 166 /paragraph put dup 166 /Pi put
dup 172 /dieresis put dup 172 /section put
dup 196 /florin put dup 196 /Rho put
dup 220 /guilsinglleft put dup 220 /etatonos put
dup 226 /quotesinglbase put dup 226 /betatwo put
Lösche ich diese modifizierte Tabelle komplett aus dem Code (und erzwinge so
eine Verwendung der original Encoding-Tabelle der Schrift) ist das
Ausgabeergebnis sofort korrekt.
Die Frage ist nun, wer erzeugt diese veränderte Encoding-Tabelle und warum?
Es scheint so zu sein, dass Mac OS X bei Ansteuerung eines Druckers (und sei
es nur ein virtuelles Ausgabegerät oder ein Spooler) eine andere
Fonteinbettungsstrategie an den Tag legt als beim Druck in eine lokale
PostScript-Datei. Da QuarkXPress seit je her es dem Druckertreiber überlässt
die Fonts eines Layouts in die Druckdatei einzubetten, schlägt dies im Falle
von QuarkXPress 6.x unter Mac OS X voll durch.
###
Er will aber weiter forschen, ich hoffe mal,
das wir hier bei soviel geballtem Fachwissen zu einem
Ergebnis kommen.
"Zwischendurch" mal ein herzliches Dankeschön an alle,
die bisher beteiligt waren!!!
Oliver Wendtland
Druckerei und Verlag
H. Bösmann GmbH, 32756 Detmold
http://www.boesmann.de _________________________________
Es gibt 10 Arten von Leuten:
die, die Binär verstehen, und die, die es nicht verstehen.