Das Tool erstellt PDFs mit Font-Objekten, die nicht eingebettet sind.
Bei den meisten davon wird als Encoding WinAnsiEncoding angegeben, so dass die Zeichen anhand dieses Standard-Encodings korrekt zugeordnet werden können.
Es gibt aber zwei Font Objekte, die das interne Encoding der referenzierten Font-Datei verwenden. Diese werden in den Preisangaben verwendet, die das Hochkomma ʼ verwenden, und zwar jeweils erst ab diesem Hochkomma, vermutlich weil diese Ausprägung des Hochkommas nicht im WinAnsiEncoding vorkommt.
Damit bei der Darstellung von Text mittels solcher Font-Objekte Zeichen korrekt zugeordnet werden, muss die zugehörige von dem PDF-Viewer verwendete Font-Datei genau das gleiche interne Encoding verwenden wie die vom PDF-Ersteller verwendete, zumindest in den im Dokument verwendeten Bereichen. In verschiedenen Versionen der Font-Datei kann sich dieses aber unterscheiden.
Es sieht nun so aus, als benutzt Acrobat Reader auf PC1 eine andere Version des Fonts mit anderer interner Kodierung.
Grundsätzlich sollte man benutzte Fonts einbetten (zumindest die genutzte Untermenge). Wenn man dies nicht möchte, sollte man aber jedenfalls ein Encoding angeben, dass eindeutig die benutzten Zeichen identifiziert, insbesondere also nicht das interne Encoding einer Version der Font-Datei.
Vorliegend sollte also versucht werden, das ERP-Tool dazu zu bringen, Fonts einzubetten oder mit portablem Encoding zu nutzen. Falls es dazu keine Einstellungen gibt, kann versucht werden, es so zu kofigurieren, dass das benutzte Hochkomma das aus dem Windows ANSI Bereich ist, in der Hoffnung, dass dann hier ein Font mit WinAnsiEncoding genutzt wird.
3
Replies
AdChoices
