Im Beitrag »Funktionen für asiatische Texte... kombinierte Fonts?« habe ich von Performance-Einbußen (vor allem bei Suche-Ersetze Vorgängen) berichtet, wenn im Basisabsatzformat (auf dem alle anderen basieren) GREP-Stile verwendet werden.

In einem späteren Beitrag habe ich versucht, dies empirisch zu belegen.

Ist es möglich, daß sich diese Bremswirkung von GREP-Stilen in InDesign CS5 noch verstärkt hat?

Bei einem Dokument habe ich einen GREP-Stil, der dafür sorgen sollte, dass vor und nach einem Slash durch Erhöhung der Laufweite etwas Abstand eingearbeitet wird, wenn davor und danach keine Zahl steht: [\D]/(?!\d)

Dieser einfache GREP-Stil ist einer der wenigen, die ich in CS4 noch gerne verwendet habe.
In CS5 stelle ich nun fest, dass dieser GREP-Stil die Ursache für eine unerträgliche Verlängerung des Sicherungsvorgangs (mehrere Minuten) nach einer Formatänderung darstellt.

Mit diesem GREP-Stil dauert das Sichern bis zu 5 Minuten. Anfangs hatte ich Sorge, InDesign hätte sich aufgehängt (siehe auch http://www.hilfdirselbst.ch/..._P454499.html#454499).
Ohne diesen Stil ist die Verzögerung beim Sichern kaum spürbar.

Diese Beobachtung (Verhalten mit und ohne GREP-Stil) kann ich an einem InDesign CS5-Dokument beliebig reproduzieren.

Hallo Martin.
"Bremse" ist gut. Bei mir stürzt InDesign definitiv ab – und das Dokument lässt sich anschließend nur öffnen, nachdem seine Temporärdatei entfernt worden ist.
Kein Problem taucht auf, wenn ich Deinen elegant verkürzten GREP voll ausschreibe:
(\D(?=\/))|(\/(?!\d))
Für das \/ kannst Du mich natürlich prügeln, / funktioniert auch. Aber ich habe mir angewöhnt, bei Sonderzeichen auf Nr. Sicher zu gehen. Vorteil: Ich muss mir nicht jedes Mal überlegen, "ist das Zeichen jetzt Bestandteil irgendeines GREP-Ausdrucks oder nicht".

Hallo Jochen,

ich wollte Dein InDesign nicht zum Absturz bringen.
Es ging mir auch nicht um den GREP-Ausdruck als solchem.
Der ist nur so dahingerotzt und von mir noch nicht optimiert worden, weil er unter bestimmten Voraussetzungen (Leerstellen vor und nach / zuvor eliminiert) funktioniert.

Es ging mir allgemein um die Erfahrung mit GREP-Stilen in langen Dokumenten in InDesign CS5.

Kann jemand bestätigen, dass
a. GREP-Stile in InDesign die Ersetzen-Vorgänge bremsen,
b. deren Bremskraft in InDesign CS5 (7.0.3) gefühlt stärker ist als in CS4,
c. der Sicherungsvorgang nach einer Absatzformatänderung, die sich auf den Umbruch auswirkt, deutlich länger (bis zu 5 Minuten) braucht, wenn GREP-Stile verwendet werden (ohne GREP-Stile nur Sekunden, die kaum wahrnehmbar sind)?

Hallo Martin, konntest du eine Lösung finden?
Ich muss auch mit vielen GREP-Stilen arbeiten und zwingende Suchen/Ersetzen-Befehle bringen Indesign jedes Mal zum Absturz. Ich habe gerade mal 20 Doppelseiten und ich brauche am Ende 170! So ein Mist.

Hallo, herrwind!
Mit welcher Rechnerausstattung, OS-Version und InDesign-Version arbeitest Du genau? Dieser Thread ist ja schon etwas älter…

Antwort auf [ Uwe Laubender ]

Hallo, herrwind!
Mit welcher Rechnerausstattung, OS-Version und InDesign-Version arbeitest Du genau? Dieser Thread ist ja schon etwas älter…

Mac OSX 10.5.8, 2.8 GHz Intel Core 2 Duo, 5 GB DDR2 Ram, Indesign CS5.

Danke.
So, jetzt wäre noch interessant welche Suchen/Ersetzen-Strings InDesign zum Absturz bringen. Eine Beispieldatei als Persönliche Nachricht (PM) an mich, und ich würde das mal hier bei mir testen.

Hast Du schon mal die InDesign-Datei als IDML exportiert, nach einem Neustart von InDesign diese geöffnet und auf dieser Datenbasis einen Test gemacht?

Bei mir hat das Nutzen von (Basis-)Grep-Stilen eine ähnliche Wirkung.
Wenn ich die Grep-Suche, bemühe geht alles sehr flott von der Hand, während das normale S+E-Formular bei längeren Dokumenten ewig braucht, selbst dann wenn keine Änderung vorgenommen wurde.
Speichervorgänge fühlen sich dagegen für mich normal an.

Meine größte Bremse sind dagegen Querverweise auf externe Dokumente. Wenn ich sowas einsetzen muß, geht die Performance so derart in den Keller, dass JEDE Aktion 20 - 30 Sekunden Vorlauf (Sat1-Ball) produziert, und es unmöglich wird, nicht aus dem Fenster zu springen.

Aber auch mit Basis-Grep-Stilen hatte ich schon ähnliche Ausfallerscheinungen,dass ein 4-8-seitiges Dokument fast nicht mehr zu editieren war. Das Umwandeln der Grep-Stile in Grep-Suchläufe hat dann stets geholfen, kann aber nicht im Sinne des Erfinders sein! ;)