ErklärBär
Hallo liebe Typo-Freunde,
wie schlagen uns seit längerer Zeit mit einem technisch bedingten Typo-Problem herum. Erstmal die technischen Rahmendaten zum besseren Verständnis:
OSX 10.9.4 / Illu CS5 / Id CS5 / Acrobat 9.5.5 / PDFX-ready Preflight-Profile / legale und ordentliche Zeichensätze
Wir verwenden regelmäßig Illu zur Erstellung von Anzeigen. Ein Klassiker in Anzeigen sind Auflistungen von Dienstleitungen oder Produkten, angeführt von Anstrichenzeichen. Immer wieder gern verwendet und auf dem MAC leicht (alt+ü) zu erreichen ist das Bullet.
Im Id ebenfalls häufig vorkommend ist die Verwendung von Aufzählungen, weshalb in der Regel ein Absatzformat mit Aufzählungszeichen angelegt wird. Auch hier findet das Bullet bei uns wieder Verwendung.
Letztlich werden die Anzeigen als .ai im .indd platziert und das Ganze als .pdf X1a ausgegeben und mehrere Preflights drüber gejagt.
Der Preflight meckert fehlende Glyphen an, mit der Meldung ".notdef Glyph". Dass es sich hierbei um einen automatischen Austausch (Fallback) des Bullets auf das nicht referenzierte erste Zeichen des Zeichensatzes handelt konnten wir soweit schon mal ermitteln.
Jetzt ergibt sich folgende sonderbare Situation:
Ersetze ich jetzt im Illu das durch die Tastenkombination erreichbare Bullet mit dem Zeichen, welches ich über die Glyphenpalette erreiche (U+2022 / GID135), verschwindet die Fehlermeldung im späteren .pdf-Preflight!
Im Id sieht die Sache anders aus. Hier werden die Automatischen Aufzählungszeichen angemeckert. Die mittels (alt+ü) manuell gesetzten Zeichen jedoch nicht, also genau die, welche im Illu bemängelt werden!
Da dies bereits in früheren .indd dazu geführt hat, dass im späteren Druck Aufzählungszeichen gänzlich gefehlt haben, behelfen wir uns quasi mit einem Workaround und setzen Aufzählungszeichen im Id manuell und ziehen diese im Illi aus der Glyphenpalette. Beides trägt so nicht unbedingt zu einem schnelleren Arbeiten bei.
Wieso kommt es zu diesem unerwünschten Fallback unter so unterschiedlichen Bedingungen? Liegt es eventuell am OS? Was können wir ändern?
wie schlagen uns seit längerer Zeit mit einem technisch bedingten Typo-Problem herum. Erstmal die technischen Rahmendaten zum besseren Verständnis:
OSX 10.9.4 / Illu CS5 / Id CS5 / Acrobat 9.5.5 / PDFX-ready Preflight-Profile / legale und ordentliche Zeichensätze
Wir verwenden regelmäßig Illu zur Erstellung von Anzeigen. Ein Klassiker in Anzeigen sind Auflistungen von Dienstleitungen oder Produkten, angeführt von Anstrichenzeichen. Immer wieder gern verwendet und auf dem MAC leicht (alt+ü) zu erreichen ist das Bullet.
Im Id ebenfalls häufig vorkommend ist die Verwendung von Aufzählungen, weshalb in der Regel ein Absatzformat mit Aufzählungszeichen angelegt wird. Auch hier findet das Bullet bei uns wieder Verwendung.
Letztlich werden die Anzeigen als .ai im .indd platziert und das Ganze als .pdf X1a ausgegeben und mehrere Preflights drüber gejagt.
Der Preflight meckert fehlende Glyphen an, mit der Meldung ".notdef Glyph". Dass es sich hierbei um einen automatischen Austausch (Fallback) des Bullets auf das nicht referenzierte erste Zeichen des Zeichensatzes handelt konnten wir soweit schon mal ermitteln.
Jetzt ergibt sich folgende sonderbare Situation:
Ersetze ich jetzt im Illu das durch die Tastenkombination erreichbare Bullet mit dem Zeichen, welches ich über die Glyphenpalette erreiche (U+2022 / GID135), verschwindet die Fehlermeldung im späteren .pdf-Preflight!
Im Id sieht die Sache anders aus. Hier werden die Automatischen Aufzählungszeichen angemeckert. Die mittels (alt+ü) manuell gesetzten Zeichen jedoch nicht, also genau die, welche im Illu bemängelt werden!
Da dies bereits in früheren .indd dazu geführt hat, dass im späteren Druck Aufzählungszeichen gänzlich gefehlt haben, behelfen wir uns quasi mit einem Workaround und setzen Aufzählungszeichen im Id manuell und ziehen diese im Illi aus der Glyphenpalette. Beides trägt so nicht unbedingt zu einem schnelleren Arbeiten bei.
Wieso kommt es zu diesem unerwünschten Fallback unter so unterschiedlichen Bedingungen? Liegt es eventuell am OS? Was können wir ändern?
Zuletzt bearbeitet:
