2026-08-31

Engine-Update: weniger Schriftersatz, Text der passt, Bögen die stimmen

Heute ist ein großes Paket Engine-Arbeit live gegangen. Das ist die vollständige Liste, kurz gehalten. Die Methode bleibt dieselbe: Wir legen unsere Ausgabe neben Publishers eigene Ausgabe für tausende echte Dateien und beheben, was abweicht.

Weniger Dokumente brauchen eine Ersatzschrift. Unser Konverter erkennt jetzt sehr viel mehr der Schriften, die echte Publisher-Dateien anfordern, und setzt deren Text mit den Buchstabenbreiten und Zeilenhöhen genau dieser Schriften. Das ist wichtig, weil eine ersetzte Schrift jeden Zeilenumbruch verschiebt, und damit alles, was darunter steht. Eine Gemeindepostkarte, die wir geprüft haben, kam bisher mit durchgehend fett kursivem Fließtext heraus. Jetzt kommt sie normal heraus, so wie Publisher sie setzt.

Text, der aus seinem Kasten lief, verkleinert sich jetzt passend. Publisher senkt den Schriftgrad stillschweigend, wenn eine Überschrift zu lang für ihren Rahmen ist, und die Vorlagen schalten das für Sie ein. Wir haben das nicht getan, also lief der Text über den Rand oder wurde abgeschnitten. Jetzt tun wir es. Vor dem Einschalten haben wir das Ergebnis mit Publishers eigener Ausgabe an tausenden echten Dateien verglichen.

Bögen mit Etiketten, Tickets und Visitenkarten treffen das richtige Raster. Publisher speichert das genaue Raster in der Datei: den Rand bis zur ersten Kopie, den Abstand zwischen den Kopien, wie viele neben- und untereinander passen. Wir haben einen Teil davon gelesen und den Rest geraten. Jetzt nehmen wir das Gespeicherte. Bögen mit richtiger Kopienzahl und richtigen Positionen stiegen von 318 auf 336 von 415.

Was früher verschwand, ist wieder da. Ein leerer Bildrahmen hat eine dünne Umrandung, und wir haben gar nichts gezeichnet, also kam eine Fotospalte als weißes Papier heraus. Kontrollkästchen hatten dasselbe Problem. Zählt man jede Form, die eine Datei angibt und die wir nie gezeichnet haben, ging ein Testsatz von 897 Dateien von 915 auf 615 zurück.

Zeilen brechen näher an dem Punkt um, an dem Publisher sie umbricht. Zwei weitere Runden Trennregeln, abgeleitet daraus, wo Publisher selbst einen Trennstrich setzt. Webadressen haben jetzt eine eigene Regel, und französischer Text bekam einen eigenen Durchgang.

Word-Dateien. Lange Tabellen wurden Zeile für Zeile höher, weil Word von sich aus jeder Zelle einen unteren Rand hinzufügt. Das ist weg, eine Tabelle behält also die Höhe, die Publisher ihr gegeben hat. Gerahmte Fotos innerhalb einer Gruppe konnten als leere weiße Kästen ankommen, weil der Rahmen über das Foto gemalt wurde. Sie stapeln sich jetzt in der richtigen Reihenfolge. Und gefülltes WordArt behält seine Kontur, statt als blasses Wort ohne Strich anzukommen.

InDesign- und Affinity-Dateien. Zierrahmen aus BorderArt innerhalb einer Gruppe überstehen den Weg. Der Textumfluss leert in Affinity nicht mehr die Rahmen neben einem Bild. Aufwendige WordArt-Banner werden nicht mehr abgeschnitten. Bilder und Text werden in der echten Stapelreihenfolge des Dokuments verschränkt, und Bildrahmen tragen ihre eigene Kontur und Füllung. Siehe Word- und InDesign-Export holen auf für die vorige Runde.

Zu einigen dieser Punkte kommt in den nächsten Wochen mehr im Detail. Wenn eine Ihrer Dateien auf eine dieser Arten falsch herauskam, konvertieren Sie sie noch einmal. Die Vorschau ist kostenlos, und Konvertierungen sind unbegrenzt für einmalig 49 USD.