[marina07]

Hallo!

Ich habe folgendes Problem:

Mir passiert es seit längerem, dass es immer wieder das Kerning/Laufweite zerstört bei Dokumenten, wo ich Absatzvorlagen verwende. Das siet dann wie folgt aus:
Beispiel

Passieren tut das bei verschiedenen Schriften. Und verschiedenen Dokumenten. Neu abspeichern hilft nicht. Meist hilft es ein anderes Absatzformat anzuwählen und dann wieder das gewünschte um das Phänomen weg zu machen. Ich habe im Ordner wo die Datei abgelegt wird die "Document fonts" hinterlegt. Ich hatte das Gefühl das half etwas, jedoch nicht längerfristig.

Das Dokument wird dann auch mit dieser "Ansicht" gedruckt. Wenn ich es schliesse und wieder öffne ists meist wieder weg. Meist betrifft es auch nur einzelne Absätze. Trotz dass alle Absätze das Selbe Absatzformat haben....

Kann mir jemand eine Idee geben wie ich das Phänomen weg kriege?

[Frank Münschke]

Das liegt definitiv nicht an der Verwendung von Absatzformaten, sondern an falschen Einstellungen darin ... (oder an einer kaputten Schrift ...)
Also solltest du weitere Informatioenen liefern ... welche Schrift? Welche OpenType-Einstellungen z.B. Im Bereich Zahlen ... ... ... ach ja, welche Version, welches so?

[marina07]

Es handelt sich um das CS6.

Wir arbeiten nur mit der Schriftsammlung (also auf ios 10.11.3)

Passieren tut es, wo es mir auffällt wegen Magazingestaltung, mit der Myriad Pro, der Relato, der Eczar. Im Adobe Einzeilensetzer Blocksatz und Linksbündig.

Wortabstand 70-100-140 bzw 70-100-150
Zeichenabstand -2 0 2
Glyphenskalierung 98-100-102

Es ist keine regelmässigkeit ersichtlich. Die Schriften sind alle gekauft, also nicht ab irgend einem dubiosen Download. Schriften werden zum Teil seit Jahren, zum Teil ein Jahr gebraucht und das Problem ist ca seit einem 3/4 Jahr da...

[ceesrad]

Habe leider keine Lösung für Dich, aber ich kenne dieses (bzw. ein ähnliches) Problem nur von Dokumenten, die zwischendurch auf einem anderen Rechner abgespeichert wurden, der die Dokument-Schriften nicht hat und eine Ersatz-Schriftart nutzt.
Beim neuen Öffnen auf dem ursprünglichen Rechner gelten dann an den geänderten Absätzen erstmal die Zeilenumbrüche der Ersatz-Schriftart. Die Wörter werden dann ggf. gedehnt oder gestaucht.
Das korrigiert sich erst, wenn man in den betroffenen Absätzen eine Änderung vornimmt (z.B. einen Buchstaben eingibt und wieder löscht).

Allerdings spricht dagegen, ...
1. dass Du keinen anderen Rechner erwähnt hast und
2. dass das Problem auch mit Myriad Pro auftritt, die ja gerade die Ersatz-Schriftart ist.
Vielleicht bringt Dich dieses Problem dennoch auf eine neue Spur.

Viel Erfolg!

[marina07]

Vielen Dank für dein Feedback!

Stimmt die andern Rechner habe ich nicht erwähnt. Die Dokumente sind auf einem zentralen Server gespeichert und werden von bis zu vier Rechnern geöffnet und bearbeitet. Alleridngs haben alle die selben Schriften drauf...

[Frank Münschke]

Zum Thema Schriften:
Ich verwende - und das seit Jahren - jeweils auf der Rootebene der Projekte (also da, wo auch die .indd-Datei(en) liegt(en)) einen "Document fonts"-Ordner (Schreibweise verbindlich). - wie wir es von den Dateierpackungen kennen. So ist immer (!) die Schrift in ihrer in diesem Dokument verwendeten (!) Version zusammen mit dem Dokument im Zugriff. Egal, von welchem Rechner geöffnet wird, es wird diese Schrift (zeitweilig) geladen ...

[marina07]

[Frank Münschke]

Das Erzeugen des Document fonts-Ordners nachträglich macht wenig Sinn, wenn das Dokument auf einem anderen Rechner erstellt wurde und eigentlich dessen Schriften zu Grunde liegen müssten. Das ist eine grundsätzliche Arbeitsweise von dr Geburt eines Dokumentes an ...
Vielleicht kannst/magst/darfst du ja ein aussagekräftiges Beispiel an mich schicken (dialog et k minus mw punkt de), dann schau ich mir das mal an ...