Hallo InDesign-Fans,

das angekündigte JavaScript (http://www.hilfdirselbst.ch/..._P547141.html#547141) heisst TexteReinigen und ist hochgeladen:
http://www.fachhefte.ch / Links "JavaScripts", "Mac OS X deutsch" (oder "Windows deutsch"), "InDesign CS5" (sollte bis und mit CC (2015) funktionieren).

Der erwähnte Dialog (siehe Screenshot "TexteReinigen.png") ermöglicht, gezielt Suchen/Ersetzen-Läufe zu wählen. Die Überlegung war: Nicht alle wollen "ß" in "ss" umwandeln. Und ab und an ist erwünscht, dass Leerzeilen (mehrfache Returns oder Shift-Returns) erhalten bleiben.

Die gewählten Optionen werden gespeichert und bei der nächsten Ausführung wieder angeboten.

Mit diesem Script sollte das Problem mit dem störrischen Avant-Garde-Abführungszeichen gelöst sein.

Gruss, Hans

Hallo Hans,

besten Dank für das Script!
Als Ergänzung für alle, oder die dich wenn du Bastelzeit hast, es gab etwas Ähnliches, mit mehr typografischen Optionen hier für FindChangebyList: http://www.hilfdirselbst.ch/...ebyList_P536773.html

Hallo Klaas,

bitte sehr. Und danke für den Hinweis.

Mit "TypoKorrekt.txt" funktioniert das Suchen/Ersetzen recht gut.

Aber ...
– in einem Avant-Garde-Text wird das falsche Abführungszeichen eingesetzt;
– Divis zum Halbgeviert-Strich: der Leerschlag davor wird durch ein geschütztes Leerzeichen ersetzt;
– Divis gefolgt von einem Komma: wird nicht umgewandelt.
– "ß" zu "ss" ist (natürlich ;-) nicht vorgesehen.

Ansonsten: Wenn jemand bestimmte Wünsche hat, kann das TexteReinigen-Script ergänzt werden. Nur melden!

Gruss, Hans

Hallo Hans

Vielen Dank für dein Skript, das ich gleich ausprobiert habe (siehe Anhang).

Allerdings werden einfache Anführungszeichen, die schon typografisch richtig gesetzt wurden, durch das Skript umgewandelt in Apostrophe (vgl. Anhang, rechte Textbox). Wäre es möglich, meinen Grep, den du im Thread http://www.hilfdirselbst.ch/..._P359170.html#359170 findest, ins Skript einzubauen, sodass am Schluss sowohl die Apostrophe wie auch die einfachen Anführungen typografisch richtig gesetzt sind? Das wäre fein.

Als Option wäre das Entfernen von Leerschlägen am Absatzanfang nützlich.

Gibt es eine Möglichkeit, das Skript in einem Rutsch auf alle Textrahmen eines Dokuments anzuwenden (z. B. mehrseitiger Text mit vielen Legenden in nicht verketteten Textrahmen)?

Und noch eine Frage: Was sind manuell eingefügte Bindestriche (die durch das Skript entfernt werden)?

Herzliche Grüsse, Marco

Hallo Marco,

bitte sehr. Ich bedanke mich für Deinen Testlauf und die Rückmeldung.

– Das Beibehalten der einfachen Anführungszeichen sollte gelingen.
– Das Entfernen von Leerschlägen am Absatzbeginn kann als Option eingefügt werden.
– Alle Textrahmen (ohne Auswahl)? Dazu muss ich den Auswahl-Test ändern und eine Schleife einrichten.
– "Manuell eingefügte Bindestriche": Trennungen, wie sie oft in "Word" gemacht werden.

Ich werde heute noch versuchen, das Script zu ergänzen.

Gruss, Hans

Hallo Hans

Ich denke, eine logische Auswahlmöglichkeit könnte so aussehen:
Nichts ausgewählt: Das Skript wird auf alle Texte in allen Textrahmen im gesamten Dokument angewendet.
Cursor blinkt im Text: Die betreffende Textverkettung wird bearbeitet.
Textrahmen ist ausgewählt: Nur Text in ausgewähltem Rahmen wird bearbeitet.
Text ist ausgewählt: Auswahl wird verarbeitet.

Wie weiss das Skript, ob ein Bindestrich als unnötiger Silbentrennstrich aus Word importiert wurde oder notwendig ist in Zusammensetzungen wie T-Shirt usw.?

Herzlichen Dank auch für die Überarbeitung und Grüsse aus Zürich
Marco

Hallo Marco,

im aktuellen Script sind die Auswahl-Möglichkeiten so definiert, wie Du sie nennst. Es fehlt nur "keine Auswahl".

Bei den "manuellen Bindestrichen" werden nur jene entfernt, nach welchen ein Return (oder ein Shift-Return) folgt und nur wenn darauf ein Kleinbuchstabe kommt. Ein "T-Shirt" hat also nichts zu befürchten.

Ich werde mich gleich hinter das Erweitern des Scripts machen. Bis jetzt war ich mit dem BilderKatalog-Script beschäftigt. Aber das will noch nicht, wie es sollte.

Gruss, Hans

Hallo Marco (und alle Mitleserinnen und Mitleser),

das erweiterte Script (502d) ist hochgeladen: TexteReinigen. Nochmals die Links:
http://www.fachhefte.ch / Links "JavaScripts", "Mac OS X deutsch" (oder "Windows deutsch"), "InDesign CS5" (sollte bis und mit CC (2015) funktionieren).

Jetzt werden die korrekten einfachen An- und Abführungszeichen nicht mehr angetastet. Und Leerschläge zu Beginn von Absätzen können entfernt werden.

Aber Achtung: Wenn nichts ausgewählt ist, wird das ganze Dokument behandelt. Mit Ausnahme von gesperrten Rahmen und/oder Ebenen.

Gruss, Hans

Hallo Hans

Ich habe das erweiterte Skript getestet. Alles funktioniert, vielen Dank.

Ich dachte allerdings, dass mein Grep ins Skript gleich eingebaut werden könnte, sodass einfache Anführungen gleich wie doppelte Anführungen behandelt werden.
Jetzt wird der Text:
autata "sum imusae" voluptatini's que 'eumquiam' qui

umgewandelt in:
autata «sum imusae» voluptatini’s que ’eumquiam’ qui

"..." werden also korrekt umgewandelt, während '…' zu Apos umgewandelt werden.

Praktisch wäre, wenn die einfachen Anführungen wie die doppelten behandelt würden, also der umgewandelte Text so aussähe (Grep im Skript eingebaut):
autata «sum imusae» voluptatini’s que ‹eumquiam› qui

Zu den Auswahlmöglichkeiten: Jetzt ist es so, dass bei mehreren verketteten Textrahmen die ganze Textverkettung bearbeitet wird, wenn ein Rahmen (mit dem Objektwerkzeug) ausgewählt wird.
Blinkt der Cursor in einer Textverkettung, wird nur der Text in dem betreffenden Rahmen bearbeitet. Ich persönlich fände es logischer, wenn beim Blinken des Cursors der gesamte Text bearbeitet würde, bei der Auswahl eines Textrahmens nur der Text in diesem Rahmen. Aber das ist sicher Geschmacksache!

Ich finde das Skript auch so sehr nützlich. Den Grep zur Umwandlung der einfachen Anführungen kann ich ja separat laufen lassen.

Ich wünsche dir ein schönes Wochenende.
Gruss, Marco

Hallo Marco,

ja, natürlich ... Daran hatte ich nicht gedacht. :-(
Danke für die Meldung.

Ich werde versuchen, das Script entsprechend zu ergänzen.
Aber erst morgen, denn gleich muss ich weg.

Die Auswahloptionen muss ich nochmals überdenken.
Für die Version 02d hatte ich eine Prüfung eingebaut,
damit bei mehreren ausgewählten, verketteten Rahmen
die Story nur einmal behandelt wird.

Mit dem "Erfolg", dass nichts geschieht, wenn der erste
erste Rahmen nicht ausgewählt ist.

Gruss, Hans

Hallo Hans,

wie wäre es, wenn Du die (sichtbaren)
Änderungen mit einer Farbe auszeichnen
würdest.
Ich sehe hinterher gerne immer, was
sich verändert hat.

Gruß
Quarz
---------------------------
Win7 | InDesign CS6 ver 8.1

Hallo Quarz,

das sollte möglich sein.
Welche Farbe hättest Du denn gerne? :-)

Doch bevor ich das anpacke, muss das Problem
der einfachen Anführungszeichen gelöst sein.
Für Marco hätte ich schon eine funktionierende
Beta-Version.

Aber diese wäre in Deutschland unbrauchbar.
Also muss die Sprache der Absätze einbezogen werden.

Jetzt habe ich ein Lösung, welche die "Single Quotes"
der entsprechenden Sprache ermittelt. Das klappt.

Und nun bin ich dabei, das Ergebnis für "Französisch"
und "Keine Sprache" zu korrigieren ...

Gruss, Hans

Hallo Hans,

Rot ist ist doch eine Farbe,
die man gut sieht.

Gruß
Quarz
---------------------------
Win7 | InDesign CS6 ver 8.1

Hallo Quarz,

stimmt. Ausser, wenn der Text ebenfalls in
Rot ist. ;-)

Spass beiseite: Vorrang haben die Anführungszeichen.
"Französisch" und "Keine Sprache" ist gelöst.

Die einfachen Gänsefüsschen noch nicht.

Gruss, Hans

Hallo Hans

Ich weiss nicht, an welcher Lösung du herumknobelst. Ich dachte, am einfachsten wäre es, wenn du meinen Grep (Suchen/Ersetzen) am Schluss ins Skript einbaust. Dann brauchst du für die einfachen Anführungen auch nicht die Sprache der Absätze zu ermitteln. Die einfachen Anführungszeichen werden automatisch richtig gesetzt, je nach Sprache, unter der Voraussetzung, dass:

A) Die Anführungen (doppelte und einfache) in den Voreinstellungen (Voreinstellungen > Wörterbuch) richtig definiert wurden, also z. B. für Deutsch »...« bzw. ›…‹, für Deutsch: Schweiz «…» bzw. ‹…› usw.
B) In den Voreinstellungen (> Eingabe) Typografische Anführungszeichen verwenden aktiviert ist.

Ich glaube, dass eine Lösung in jedem Fall vorzuziehen ist, die für alle Länder bzw. Sprachen funktioniert. Die oben genannten Voraussetzungen könnten ja in der Read-me-Datei erklärt werden.

Ich hoffe, ich habe das Problem der einfachen Anführungen im Zusammenhang mit deinem Skript richtig verstanden. Ich bin mir nicht sicher, weil es meines Erachtens keinen Unterschied macht, ob einfache oder doppelte Anführungszeichen (AFZ) gesetzt werden müssen. Bei den doppelten gibt es je nach Sprache im Absatz auch verschiedene Formen. Ich nehme an, dass im Skript die doppelten (falschen) AFZ "…" durch öffnende und schliessende doppelte AFZ ersetzt werden, wobei dann unter Berücksichtigung der oben genannten Voreinstellungen (A und B) die richtigen AFZ automatisch je nach Sprache gesetzt werden.

Gruss, Marco

EDIT: Als Alternative könntest du im Skript-Dialog (Fenster mit den Optionen) eine Auswahl einfügen, welche AFZ (einfache und doppelte) gewünscht sind. Das wäre doch am flexibelsten und würde auch dann funktionieren, wenn der Anwender die Voreinstellungen (A und B) in seinem Dokument nicht berücksichtigt hat.

Hallo Marco,

nein, mit Deinem Grep habe ich es noch nicht versucht.
Werde ich heute Abend nachholen, weil gerade unterwegs.

Gruss, Hans

Hallo Marco,

ganz so einfach ist es leider nicht ...

Ich habe nun endlich Deinen Grep ins Script eingefügt. Funktioniert soweit gut.

Drei Probleme:
1. Wenn "Keine Sprache", wird nur der Apostroph korrekt umgewandelt. Die Anführungszeichen (doppelte und einfache) bleiben gerade.
2. Wenn "Französisch", ist alles okay. Bedingung: In den Vorgaben muss ‹ › als einfache AFZ eingestellt sein.
3. Im Wörterbuch sind deutsche Chevrons (» «) gewählt: nur die doppelten sind richtig. Die einfachen aber nicht.

Bemerkungen:
Zu 1.: Die Anführungszeichen sollten jenen entsprechen, welche in Texten "mit Sprache" verwendet werden.
Zu 2.: Wegen der Wörterbuch-Einstellung ‹ › können Apostrophe nicht direkt getippt werden. Es muss der Kürzel alt+Shift+¨ verwendet werden.
Schlimmer noch: Wenn Text importiert wird, erscheinen alle Apostrophe als ‹.
Auf diese Probleme hatte ich 1999 während der Beta-Tests hingewiesen. Aber nur Häme und Spott geerntet ...
Zu 3.: 2008 schien das noch zu klappen. Aber in den Vorgaben können die einfachen Gänsefüsschen nicht als ›‹ definiert werden.

Ich habe Dir die aktuelle Beta-Version des Scripts per PM zugestellt.
Die geänderten Auswahl-Optionen:
– nichts ist ausgewählt: alle Stories des Dokuments werden behandelt (ausgenommen gesperrte Rahmen und Ebenen);
– die Einfügemarke blinkt: die ganze Textkette kommt dran;
– ein beliebiger Textrahmen von verketteten ist ausgewählt: die ganze Story wird abgeklopft.
– Text ist ausgewählt: nur die Auswahl wird behandelt.

Gruss, Hans

Hallo Hans

Warum sich über Probleme den Kopf zerbrechen, für die du nicht verantwortlich bist und die das Skript auch nicht lösen kann. Beispiel: Wenn ein Anwender in seinem Dokument dem Text keine Sprache zuweist, wie soll das Skript denn wissen, welche Anführungszeichen (AFZ) die richtigen sind? Es liegt in der Verantwortung des Indesign-Benutzers, ein Dokument richtig anzulegen. Dazu gehört (in Bezug auf die AFZ), dass er in den Voreinstellungen für alle Sprachen, mit denen im Dokument Text formatiert ist, die gewünschten AFZ (doppelte und einfache) festlegt. Unter diesen Voraussetzungen soll dein Skript funktionieren, und ich bin sicher, dass es funktioniert, obwohl ich noch nicht zum Testen gekommen bin. Ich kann erst heute Nachmittag oder spätestens morgen einen Testlauf machen.

Es ist mir auch schon aufgefallen, dass beim Import (Platzieren) von Text aus Word, alle Apostrophe als ‹ erscheinen. Seither schalte ich bei den Importoptionen die Option Typografische AFZ ab, ebenfalls in den Indesign-Voreinstellungen. Nach dem Import (Platzieren) des Textes habe ich dann folgende Beispielform:
autata "sum imusae" voluptatini's que 'eumquiam' qui

Jetzt schalte ich in den ID-Voreinstellungen die Option Typografische AFZ verwenden ein, kontrolliere, dass für alle Sprachen in den Voreinstellungen (> Wörterbuch) die gewünschten doppelten und einfachen AFZ definiert sind und lasse dein Skript laufen. Der Text wird nun zu:
autata «sum imusae» voluptatini’s que ‹eumquiam› qui oder
autata »sum imusae« voluptatini’s que ›eumquiam‹ qui (je nach meinen Einstellungen)

In den Vorgaben können übrigens auch ›‹ definiert werden, obwohl sie ihm Flyout-Menü (warum auch immer) nicht vorhanden sind. Einfach ‹› wählen und über Copy/Paste die einfachen AFZ vertauschen (›‹).

Ich denke, dass dein Skript wunderbar für alle Sprachen funktioniert. Wenn es nicht zum gewünschten Resultat bezüglich der AFZ führt, liegt das Problem nicht bei deinem Skript, sondern im Dokument, dass nicht optimal angelegt ist. Von daher würde ich mir nicht zu viel Mühe machen.

Spätestens morgen melde ich mich nochmals. Herzlichen Dank für die Betaversion.
Gruss, Marco

Hallo Marco,

ich gebe Dir Recht auf der ganzen Linie. Danke fürs Zureden. :-)

Der Aufwand, um die Sprache jedes Absatzes festzustellen, lohnt sich nicht, wenn dadurch "nur" eventuelle "Keine-Sprache"-Texte "verschönert würden.

Zu den einfachen Gänsefüsschen: Jetzt, wo Du es sagst, erinnere ich mich, von diesem Trick schon mal gehört zu haben. Danke fürs Auffrischen.

Somit ist die Beta-Version die endgültige und Du kannst im Namen die "b06_" entfernen.

Übrigens: Das Script besorgt das Aktivieren der typografischen Anführungszeichen.

Gruss, Hans

Hallo Hans

Ich habe deine Version getestet. Es funktioniert so weit alles. Nur bei englischem Text (Text wurde engl. Sprache zugewiesen, in den Voreinstellungen im Wörterbuch die engl. AFZ definiert) stimmt das öffnende AFZ nicht (es wird das schliesssende gesetzt).

Gruss, Marco

Hallo Marco,

ja, so geht das nicht. Und die Ursache war schnell gefunden: Das "Zurechtbiegen" des schliessenden "Avant-Garde"-Zeichens.

Weil vermutlich englische Texte häufiger vorkommen, als anderssprachige in "Avant Garde", habe ich die Sonderbehandlung für letztere in der Version 503d entfernt.

Diese ist schon mal hochgeladen. Aber es wird nicht die endgültige sein:
http://www.fachhefte.ch / Links "JavaScripts", "Mac OS X deutsch" (oder "Windows deutsch"), "InDesign CS5".

Gruss, Hans

Hallo InDesign-Fans,

die Version 504d des JavaScripts TexteReinigen ist bereit zum Herunterladen:
http://www.fachhefte.ch / Links "JavaScripts", "Mac OS X deutsch" (oder "Windows deutsch"), "InDesign CS5".

Was ist neu?
1. Die von Quarz gewünschte Einfärbung der sichtbaren Änderungen.
Dazu wird das Farbfeld "Rot_tmp" benutzt. Um diese Auszeichnungen zu entfernen:
Das Farbfeld löschen und durch jenes ersetzen, welches den Texten zugewiesen ist.
Bei mehrfarbigen Texten sollte logischerweise diese Option nicht angehakt werden.

2. Der von Marco verfeinerte Grep, welcher bei den einfachen Anführungen
eingesetzt wird.

3. Die dritte Neuerung betrifft nur die doppelten Anführungszeichen mit den
Spitzen nach aussen, wie sie in der Schweiz üblich sind: zum « Beispiel »

Wie hier gezeigt, ist es in Frankreich die Regel, dass zwischen den Anführungszeichen
und dem Text ein Leerschlag getippt wird. Und das anwenderfreundliche Word bietet das
voreingestellt an ... Aber das sieht scheusslich aus. Deshalb weg mit diesen Räumen!
Obwohl es typografisch korrekter wäre, ein Spatium einzufügen. Dieses wird sehr
wahrscheinlich in der nächsten Version des Scripts angeboten werden.

Ich nehme an, dass wenn in Deutschland die Chevrons benutzt werden, keine Leerschläge
zwischengeschaltet sind: zum »Beispiel«. Sollte meine Annahme nicht zutreffen, wäre
das Ergebnis nicht korrekt: Der Leerschlag vor dem öffnenden Zeichen würde entfernt
(anstatt jener danach) und das schliessende würde umgedreht: zum» Beispiel »

Sollte dieses Problem auftreten: bitte melden.

Wie dem auch sei: Wichtig ist, dass in der Wörterbuch-Option der verwendeten Sprache
die gewünschten Zeichen gewählt sind.

Gruss, Hans

Hallo Hans

Ich habe endlich Zeit gefunden, einen kurzen Testlauf zu machen. Ausgangslage war immer der Mustertext:
autata "sum imusae" voluptatini's que 'eumquiam' qui
zusätzlich eine französischen Variante mit Abständen bei den doppelten AFZ:
autata " sum imusae " voluptatini's que 'eumquiam' qui

Nach dem Durchlauf des Skripts ergeben sich folgende Probleme (vgl. Screenshot):
• Die Leerschläge bei franz. AFZ werden nur beim schliessenden entfernt.
• Das schliessende doppelte AFZ im franz. Mustertext wird falsch eingesetzt, wenn Leerschlag davor

Gruss, Marco

Hallo Marco,

danke für Deinen Befund.

Doch wie in meinem vorigen Beitrag erklärt, betrifft diese Option nur die französischen Guillemets mit den Spitzen nach aussen.

Gruss, Hans

Hallo Hans
Hast du meinen Screenshot angeschaut? Der letzte Textabschnitt, also die letzten fünf Zeilen, ist französischer Satz. Bei der zweiten, dritten und vierten Zeile dieses Abschnitts gibt es bei den doppelten AFZ offensichtliche Fehler, die ich in meinem letzten Beitrag aufgeführt habe. Da diese Probleme die AFZ in französischer Sprache betreffen, verstehe ich deine Antwort nicht ganz.
Gute Nacht, Marco

Hallo Marco,

das Entfernen der Leerschläge gelingt nicht mit geraden Anführungszeichen.
In diesem Fall sollte man bei der Checkbox den Haken nicht setzen.

Wie schon mehrmals gesagt: "Dank" der Voreinstellng in Word, werden in der Romandie viele Texte mit Leerschlägen zwischen Text und Anführungszeichen getippt. Und letztere sind schon "richtig": Chevrons mit den Spitzen nach aussen. Auch deutsche Texte sind betroffen.

Die Option also nur in deisem Fall benutzen.

Ich werde mich erst am nächsten Wochenende wieder mit dem Script befassen können, denn jetzt befinde ich mich in den Skiferien. ;-)

Gruss, Hans

Hallo Hans

Ich wünsche dir schöne Skiferien mit genug Schnee und Sonne. Geniesse die Zeit.

Vielleicht schaust du nachher doch noch meinen Screenshot genauer an. Beim französischen Textblock sind nämlich die franz. AFZ (« blabla », nach aussen) im fetten Text (die ersten drei Zeilen) von mir richtig gesetzt worden (also nicht mit Zollzeichen ", sondern mit Guillemets). Hier gelingt das Entfernen der Leerschläge beim schliessenden AFZ nicht.
Beim Mustertext mit Zollzeichen (" blabla ") in der vierten Zeile steht ein falsches schliessendes AFZ.

Ich weiss nicht, wie ich es besser erklären kann. Aber das pressiert jetzt nicht. Gruss in die Berge, Marco

Hallo Marco,

am besten könntest Du es erklären, indem Du mir Dein Testdokument zustellen würdest. Dann könnte ich nächsten Samstag versuchen, das Problem nachzuvollziehen.

Danke für Deine Wünsche. Hier ist dichter Nebel. Die Vorhersage lässt hoffen, dass wir morgen die Sonne sehen werden ...

Gruss, Hans

Hallo Hans
Hier meine Testdatei im Anhang als idml-Dokument, mit dem ich dein Skript getestet habe. Als Ergebnis nach dem Durchlauf des Skripts ergeben sich wie erwähnt Unregelmässigkeiten im französischen Satz.
Gruss, Marco

Hallo Marco,

besten Dank für die Datei. Ich werde übers Wochenende versuchen, das Problem nachzuvollziehen.

Gruss, Hans

Hallo Marco,

das Rätsel ist gelöst: Das Script – blauäugig wie ich :-) – kennt nur Vorkommen mit Leerschlägen vor und nach den Guillements: demo « blabla » demo.

Bei Deinem Test ist aber eine Klammer vor dem öffnenden Guillemet: (« blabla ». Deshalb werden weder Leerschlag noch Achtelgeviert entfernt.

Zur Lösung dieses Problems könnte im Such-String ein Leerschlag weggelassen werden. Aber dann würden bei korrekten Deutschland-Guillemets die Leerschläge entfernt.

Deshalb wird sehr wahrscheinlich zusätzlich der GREP "kein Weißraum" (= \S ) eingesetzt werden.

Ein weiteres Problem: Wenn ein öffnendes Guillemet zu Beginn einer Zeile steht (oder ein schliessendes am Ende eines Zeile), wird ein überflüssiger Leerschlag auch nicht entfernt.

Und auch dieses: Wenn bei der Checkbox "Änderungen farbig hervorheben" das Häkchen entfernt wird, kommt eine Fehlermeldung.

In der aktuellen Beta-Version sind alle erwähnten Probleme schon gelöst.

Für die nächste Version des Scripts ist vorgesehen, dass sich unbenutzte Optionen ausblenden lassen. Wer z.B. nie die "ß" in "ss" umwandeln will, kann diese Zeile verbergen lassen.

Gruss, Hans

Hallo Leute,

die Version 505d des JavaScripts TexteReinigen ist bereit zum Herunterladen.
http://www.fachhefte.ch / Links "JavaScripts", "Mac OS X deutsch" (oder "Windows deutsch"), "InDesign CS5" (sollte ab CS5 bis CC (2015) funktionieren).

Was ist neu?
1. Wenn keine Einfärbung der sichtbaren Änderungen gewünscht ist, kommt keine Fehlermeldung mehr.

2. Wenn sich vor (oder nach) einem «Chevron» kein Weissraum befindet, wird ein Leerschlag oder ein Teilgeviert dennoch entfernt (falls gewünscht).

3. Auf Wunsch von Quarz können Auslassungspunkte in Ellipsen verwandelt werden. Doch eventuelle Leerschläge davor oder dahinter werden nicht eingesetzt oder entfernt, weil beide richtig sein können. Ausnahme: Leerschläge in Klammern ( ... ) werden entfernt.

4. Entgegen der Empfehlung von Marco, kann "Mikrotypografie" eingesetzt werden. Dabei werden vor den Satzzeichen ? ! ; : per Vorgabe 1/24-Gevierte eingefügt. Wer lieber Achtelgevierte hat, kann zu Beginn der Zeile 12 des Scripts (im folgenden Zitat die dritte Zeile) die beiden Schrägstriche entfernen:

Zitat

// die Wahl des Teil-Gevierts für die Mikrotypografie
mikVal = "\u200A"; // = 1/24-Geviert
//mikVal = "\u2009"; // = 1/8-Geviert

Wer diese Teilgevierte nicht einfügen lassen will, macht das Häkchen weg.

5. Und wer gewisse Optionen nie benutzt (in Deutschland z.B. die «Chevrons» und die "ß" zu "ss"), kann den Radio-Button "Nichtbenutztes verbergen" wählen. Bei der nächsten Ausführung werden nur noch die angehakten Optionen im Dialog angeboten.

Für die Änderung zurück ("alle Optionen anzeigen"), wählt man am besten einen leeren Textrahmen aus. Nach dem Klick auf "OK" geschieht im Dokument nichts. Aber bei der nächsten Ausführung zeigt der Dialog wieder alle Optionen (siehe angehängten Screenshot).

Gruss, Hans

Hallo Hans

Ich wollte heute deine neue Betaversion testen, konnte aber nur die alte Version des Skripts auf der «Fachhefte»-Website herunterladen.

Die einfachste Lösung für das Problem von Leerräumen bei doppelten Anführungszeichen (AFZ) ist meines Erachtens folgender Grep, den ich aus dem Grep für die einfachen AFZ abgeleitet habe:
Suchen nach:
(?<=[\s\r\n\t([])["]\s?(.+?)\s?["](?![\w])
Ändern in:
~{$1~}

Der Grep sucht also nach paarweise auftretenden AFZ (egal ob "…", «…» usw.), wobei allenfalls vorhandene Leerzeichen (\s?) mit eingeschlossen werden. Diese Leerzeichen werden gelöscht, gleichzeitig werden alle doppelten AFZ durch typografisch richtige ersetzt, so wie sie in den Voreinstellungen für die jeweilige Sprache definiert sind. Der Grep funktioniert auch, wenn in den Voreinstellungen die Option Typografische AFZ verwenden deaktiviert ist.

Was meinst du? Wäre das nicht die einfachste Lösung?
Im Anhang schicke ich nochmals ein idml-Testdokument mit verschiedenen Sprachen, AFZ, Leerschlägen usw.

Gruss Marco

EDIT Da hat sich meine Antwort mit deiner neuen Version gekreuzt. Offenbar waren wir heute gleichzeitig mit deinem Skript beschäftigt ;o)
Ich lasse mal dein neues Skript über mein Testdokument. Herzlichen Dank für die neue Version. Allenfalls ist mein Grep doch noch nützlich, deshalb lösche ich diesen Beitrag nicht.

Hallo Marco,

ja, da haben wir schön – aber unbeabsichtigt – aneinander vorbei gepostet. :-)

Das paarweise Erfassen der doppelten AFZ hatte ich schon in einer frühen Version des Scripts probehalber eingesetzt. Dann aber wieder fallengelassen.

Doch heute Abend werde ich Deinen Grep testen. Besten Dank auch für das Testdokument.

Gruss, Hans

Hallo Hans

Ich habe dein neues Skript nun an meinem Testdokument (vgl. Anhang in meinem letzten Beitrag) ausprobiert. Leider funktionieren bei mir die AFZ und/oder Leerschläge nicht richtig. Im Anhang findest du einen Screenshot meines Testdokuments nach Durchlauf des Skripts (alle Optionen ausser Leerzeilen aktiviert). Im Einzelnen sind mir bei folgenden Zeilen Fehler aufgefallen:

Deutsch ( » blabla« und ›blabla‹):
autata »sum imusae« voluptatini’s que ›eumquiam‹ qui
Falsche Leerschläge (Achtelgevierte) vor bzw. nach AFZ

autata «sum imusae « voluptatini’s que ‹eumquiam› qui (1. Blindsatzzeile im Französischen)
Falsches schliessendes AFZ, dort auch Leerschläge verkehrt

Ausserdem werden einige wenige Stellen rot eingefärbt, obwohl dort gar nichts geändert werden musste (einzelne öffnende Klammer, einzelne Buchstaben, vgl. Screenshot).

Als Lösung schlage ich meinen Grep vor ;o)
Die Option von Teilgevierten lässt sich einfach einbauen.
Ändern in:
~{~<$1~<~}

Vor und nach dem gefundenen Text ($1) wird also ein Leerraum nach Wunsch gesetzt (hier ein Achtelgeviert). Falls die Suche auf Französisch eingeschränkt werden muss, sollten zuerst alle doppelten AFZ durch richtige ersetzt werden (s. Grep im letzten Beitrag; Ändern in: ohne Leerraum). Dann die Grepsuche in einem zweiten Durchgang wiederholen (Ändern in: mit Leerraum), entweder ergänzt durch die Formatsuche (Sprache: Französisch) oder im Suchenausdruck die Guillemets einsetzen (« bzw. » statt "). In diesem Fall werden auch die AFZ in der Deutschschweiz («…») mit Leerraum ergänzt.

Ich hoffe, du kannst die Probleme auf einfache Weise lösen.
Vielen Dank und Gruss, Marco

EDIT Wir werden immer synchroner (12.43 Uhr) =;o)

Um meinen Ansatz nochmals kurz zusammenzufassen:
1) Grepdurchlauf (Suchen/Ändern) wie in meinem letzten Posting, Beitrag 33.
Alle doppelten AFZ werden je nach Sprache durch richtige AFZ ersetzt. Kein Leerraum zwischen angeführtem Text und AFZ (Leerraum wird entfernt).
2) Für die Option von Leerraum im französischen Satz mit Guillemets («…»), den Grep (Beitrag 33) nochmals anwenden und gewünschten Leerraum im Ändern-Feld anpassen (vgl. oben in diesem Beitrag), dabei die Suche einschränken (Format: Sprache Französisch) oder im Suchen-Ausdruck statt " die Guillemets einsetzen (Nachteil: auch Deutschschweizer Guillemets werden mit Leerraum versehen).

Hallo Marco,

ja, jetzt haben wir es noch geschafft, einander in derselben Minute zu antworten. :-)

Ohne etwas ausprobiert zu haben: Die "Chevrons"-Optionen gelten nur für die in der Schweiz üblichen "mit Spitzen nach aussen". Und nur, wenn die Zeichen schon richtig sind. Weil – wie schon erwähnt – in Word-Texten geschützte Leerzeichen eingefügt werden. Das geschieht nur beim direkten Tippen von Zollzeichen.

Aber wie gesagt, werde ich Deine Vorschläge prüfen.

Die Sache mit dem Einfärben (oder nicht) ist ziemlich komplex. Beim paarweisen Grep wird das absichtlich abgestellt, damit nicht die ganze Textkette eingefärbt wird. Obwohl sie ja ausgetauscht wird.

Aber dann gibt es noch den Grep, welcher bei Nichtleerraum eingesetzt wird und halt das Zeichen neu einsetzt, welches vor dem AFZ steht.

Und dann gibt es Fälle, wo ein geändertes Zeichen zunächst eingefärbt ist, aber bei einer weiteren Aktion wieder die ursprüngliche Farbe bekommt. Eigentlich richtig, wenn es nicht geändert wurde, sondern nur ein Teilgeviert vorangestellt bekam. Dieses ist farbig; muss aber ausgewählt werden, damit man dies sieht (im Bedienfeld).

Gruss, Hans

Hallo Marco,

mit Deinem Testdokument und Deinem neuen Grep funktioniert es. Wie erwartet.

Aber sobald eine Story mit einem AFZ beginnt, wird dieses nicht gefunden. Dafür das entsprechende schliessende. Und das nächste öffnende. Falls vor dem Shift-Return ein Leerschlag steht.
Fehlt letzterer, werden sogar drei AFZ ausgewählt. Siehe die angehängte "Fotomontage", den Screenshot "Problem_01_A.png".

Wenn das öffnende AFZ in der zweiten Zeile steht und das schliessende in der nächsten, dann wird ... nichts gefunden (Screenshot "Problem_01_B.png"). Schuld daran ist das Shift-Return-Zeichen.

Zu Nachvollziehen ist das Dokument "Problem_01.idml" angehängt.

Gruss, Hans

Hallo Hans

Das Problem mit harten Zeilenschaltungen (oder Absatzmarken) lässt sich einfach lösen. Mit dem Grep-Modifizierer (?s) wird der gesamte Textabschnitt durchsucht (single line mode), das heisst, der Platzhalter . trifft auch Umbruchzeichen. Ich habe den Grep entsprechend ergänzt (s. unten)

Für das AFZ am Anfang eines Textabschnitts braucht es einen eigenen Grep (s. unten, Grep Nr. 1).

Bei meinen Tests ergab sich auch, dass die Leerräume bei AFZ im französischen Satz (als Option: « blabla », Leerraum z. B. Achtelgeviert) in einem separaten Durchgang am Schluss eingesetzt werden sollten.

Zuerst also alle AFZ am Anfang eines Textabschnitts paarweise ändern, wobei die Leerschläge entfernt werden (Grep 1).
Dann alle AFZ innerhalb des Textes paarweise ändern, auch hier werden die Leerschläge entfernt (Grep 2).
Falls gewünscht werden am Schluss die gewünschten Leerräume (hier Achtelgeviert) bei den Guillemets («blabla») hinzugefügt (« blabla »).

Die Greps im Einzelnen:

1_AFZ am Anfang eines Textabschnitts
(?s)\A["]\s?(.+?)\s?["](?![\w])
Ersetzen:
~{$1~}

2_AFZ im Text
Suchen:
(?s)(?<=[\s\r\n\t([])["]\s?(.+?)\s?["](?![\w])
Ersetzen:
~{$1~}

3_Franz. AFZ mit Leeraum (hier Achtelgeviert)
Suchen:
(?<=«)(\S[^«]+)(?=»)
Ersetzen:
~<$1~<

Es ist wichtig, dass die Reihenfolge der Greps im Skript immer eingehalten wird (1–2–3), das heisst Grep 2 darf nicht ausgeführt werden, ohne dass Grep 1 vorher angewendet wurde. Grep 3 darf erst ausgeführt werden, wenn Grep 1 und 2 vorher zum Einsatz kamen. Da Grep 3 als Option im Skript eingebaut ist, muss bei aktivierter Option gewährleistet sein, dass immer zuerst Grep 1 und Grep 2 ausgeführt werden (dies gilt auch bei mehrmaliger Anwendung des Skripts bei einem Dokument, etwa nach Neuimport von zusätzlichem Text).

Noch eine Anmerkung zum Begriff «Chevron»: Bei Wikipedia gelten die Guillemets mit den Spitzen nach innen (»…«) als Chevrons (https://de.wikipedia.org/wiki/Guillemets). Ich würde einfach den Begriff (französische) Guillemets verwenden (wie im Guide du typographe romand), ganz klar wäre natürlich die Verwendung der AFZ selbst («…»), sodass eindeutig ist, ob die Spitzen nach innen oder aussen zeigen.

Das wärs; ich hoffe, dass meine Greps nun funktionieren. Ein ergänztes Testdokument habe ich angehängt.

Gruss, Marco

Hallo Marco,

besten Dank für Dein unermüdliches Engagement!

Die neuen Greps werde ich erst im Laufe des Abends ausprobieren können.

Gruss, Hans

Hallo Hans

Gern geschehen, es freut mich, wenn ich einen kleinen Beitrag zum Gelingen des Skripts beisteuern kann.

Zwei Kleinigkeiten sind mir noch in meinen Greps aufgefallen. \s? soll ja im Grep den Leerschlag zwischen den AFZ finden und entfernen (" blabla " wird zu «bla» usw.). Das Fragezeichen steht dabei für null oder einen Leerschlag. Es ist aber denkbar, dass mehrere Leerräume vorhanden sind (z. B. "_ _ _ blabla _ _"; die Striche stehen für Leerschläge). Deshalb ersetze ich in Grep 1 und 2 \s? durch \s* (* = null oder mehrere Male).

Zum anderen ist die Aufzählung \s\r\n\t (Grep 2) überflüssig, da ja die Standardzeichenklasse \s nicht nur Leerräume, sondern auch Umbruchzeichen wie Absatzmarke (\r), harte Zeilenschaltung (\n) und Tabulator (\t) findet. \s reicht also aus.

Die angepassten Greps sehen so aus (Grep 3 bleibt gleich):

1_AFZ am Anfang eines Textabschnitts
Suchen:
(?s)\A["]\s*(.+?)\s*["](?![\w])
Ersetzen:
~{$1~}

2_AFZ im Text
Suchen:
(?s)(?<=[\s([])["]\s*(.+?)\s*["](?![\w])
Ersetzen:
~{$1~}

Gruss, Marco

Hallo Marco,

ich hatte schon vorgemerkt, die Zeichenfolge \s\r\n\t anzumeckern ... ;-)

Beim Ausprobieren der aktuellen Greps (aufgepasst: ohne den Leerschlag, welchen die Serversoftware nach jeder Zeile einfügt :-( funktionieren die beiden ersten wie erwartet.
Ein kleines Problem beim dritten (siehe den angehängten Screenshot "Problem_02.png"): Nach dem korrekten Einfügen der Achtelgevierte in der fetten Zeile "Deutsch CH" beginnt die Auswahl nach dem öffnenden "CH-Guillemet" und endet vor dem öffnenden "Deutsch-Chevron". Das Achtelgeviert, welches vor dem schliessenden CH-Guillemet eingefügt werden sollte, findet sich vor dem öffnenden Deutsch-Chevron.

Okay, diese Kombination wird in einem Real-live-Dokument kaum vorkommen. Dennoch: Das Update des Scripts ist noch nicht vollzogen.

Gruss, Hans

Guten Morgen Hans
Es scheint, dass er Ausdruck "gierig" ist. Ich kann es jetzt auf dem iPad nicht testen, meine Lösung wäre, im Grep 3 nach dem + ein ? zu setzen. Ich hoffe, dass dann die kürzestmögliche Entsprechung gefunden wird. Dieses Problem sollte jedenfalls zu lösen sein!
Gruss Marco

Guten Morgen Marco,

super! Genau das braucht es. Nach dem Einfügen des Fragezeichens werden nur noch die Guillemets-Paare gefunden. Herzlichen Dank.

Ich werde heute das Script mit den neuen Greps ausstatten. Muss aber vorher noch eine knifflige Auftragsarbeit erledigen.

Gruss, Hans

Guten Morgen Marco,

gestern Abend spät fügte ich Deine neuen Greps in die nächste Version des Scripts ein.

Alles funktioniert wie erwartet. Weil das Einfärben der Änderungen gewählt war, wurde der Text innerhalb der Guillemets-Paare rot ausgezeichnet. Das war zu erwarten, weil der Grep so eingerichtet ist: Die gesamte Textkette wird ausgetauscht. Aber ... ist das nicht problematisch?

Doch erst heute Abend konnte ich meinen Verdacht prüfen (welcher auf der Langlaufloipe reifte :-): Wenn Teilgevierte eingefügt werden, dann gibt es eine Verschiebung der Formatierung der Zeichen (siehe die Anhänge "Problem_03.idml" und "Problem_03.png").

Den Buchstaben b und l (mal Grün, mal Magenta) ist ein Tracking-Wert von 200 zugewiesen. Der Buchstabe a ist in grün.

Okay, in einem echten Dokument kommen solche Auszeichnungen kaum vor. Aber feinere werden ebenso verschoben sein, wenn die Anzahl der Zeichen nicht gleich bleibt.

Deshalb: Mit den neuen Greps wird es wohl nichts. In der Version 506d des Scripts werde ich nur die Anregung "Guillemets" (statt "Chevrons") umsetzen.

Dennoch: Besten Dank für Deinen Einsatz!

Gruss, Hans

Hallo Hans

Ja, das ist tatsächlich ein grosses Problem. Jetzt erinnere ich mich auch wieder, dass die Fehler im Zusammenhang mit Formatierungen schon mal im Forum diskutiert wurden. Augenfällig wird dies, wenn innerhalb der Anführungen einzelne Textstellen kursiviert sind. Wird nun der Leerraum nach dem öffnenden AFZ entfernt, rutscht die Formatierung (kursiv) um eine Stelle nach links, was natürlich unerwünscht ist.

Wenn per Grep nur dieser Leerraum nach dem öffnenden AFZ erwischt wird, ist das Löschen problemlos. Nachher kann dann mit dem normalen Grep auch der Leeraum vor dem schliessenden AFZ gelöscht werden, ohne dass die Formatierung den Platz wechselt.

Dies ist mir mit dem Grep 1 gelungen (zuerst mit Grep Leerraum mit Lookbehind und Lookahead suchen und löschen, dann Grep 1 laufen lassen). Mit Grep 2 funktioniert das nicht, wobei ich nicht genau weiss, warum. Vielleicht fällt mir noch etwas ein, aber heute werde ich nicht dazukommen.

Vielleicht finden die Grepologen hier im Forum einen anderen Weg, um Leerraum bei den AFZ zu entfernen, ohne dass die Formatierung innerhalb der AFZ tangiert wird. (Bitte testen an idml-Dokument, das ich in früherem Beitrag angehängt habe.)

Gruss, Marco

Hallo Marco,

eine Möglichkeit wäre, zuerst die Vorkommen nur zu finden.
Dann eine Schleife durch das Ergebnis und bei jedem Element des Arrays
zuerst beim Ende und nachher beim Beginn die Änderung vornehmen.

Doch einfacher scheint mir die bestehende Lösung, welche die Vorkommen
schon einzeln ändert. Aber natürlich nur bei « Guillemets » anwenden.

Gruss, Hans

Hallo Hans

Um alle AFZ zu bereinigen, alle Leeerräume (LR) zu löschen (Grep 1 bis 4) sowie optional Achtelgevierte bei Guillemets («…») hinzuzufügen (Grep 5 und 6), ohne dass die Formatierungen (kursiv usw.) innerhalb des angeführten Textes verändert werden, können folgende 6 Greps nacheinander angewendet werden.

Der Trick ist dabei, dass der LR vor den formatierten Textstellen (kursiv usw.), also der LR nach dem öffnenden AFZ, einzeln gelöscht werden muss, ohne dass die formatierten Textstellen angefasst werden. Dasselbe gilt beim Einsetzen der Achtelgevierte.

Grep 1 (Anfang Textabschnitt/1. LR wird gelöscht):
Suchen:
(?s)(?<=\A["])\s*(?=(.+?)\s*["](?![\w]))
Ersetzen: [nichts]

Grep 2 (Anfang Textabschnitt/2. LR wird gelöscht):
Suchen:
(?s)\A["]\s*(.+?)\s*["](?![\w])
Ersetzen:
~{$1~}

Grep 3 (Textabschnitt/2. LR wird gelöscht):
Suchen:
(?s)(?<=[\s([])["](\s*.+?)\s*["](?![\w])
Ersetzen:
~{$1~}

Grep 4 (Textabschnitt/1. LR wird gelöscht):
Suchen:
(?s)(?<=[\s([]["])\s+(?=.+?["])
Ersetzen: [nichts]

Grep 5 (1. Achtelgeviert wird eingesetzt):
Suchen:
«(?=\S[^«]+?»)
Ersetzen:
$0~<

Grep 6 (2. Achtelgeviert wird eingesetzt):
Suchen:
(?<=«~<)[^«]+?(?=»)
Ersetzen:
$0~<

In deinem Mail findest du ein neues Testdokument mit kursivierten Textstellen sowie allen Greps (wie oben). Damit kannst du Schritt für Schritt kontrollieren, was die einzelnen Greps ändern. (Achtung: Im Dokument werden die Greps natürlich auch verändert, das heisst, nicht von dort kopieren, nachdem ein oder mehrere Greps auf das Dokument angewendet wurden.)

Schönen Abend und Gruss
Marco

Hallo Marco,

besten Dank für die neue Serie von Greps. Ich werde sie in die nächste Beta-Version
des Scripts einbauen. Obwohl ich nach wie vor überzeugt bin, dass man mit der aktuellen
Version des Scripts (505d) dasselbe Ergebnis erzielt.

Egal ob "Deine" oder "meine" Lösung: Man darf die entsprechenden Optionen nur
für die Korrektur von « Guillemets » einsetzen. Sonst geht es bestimmt schief.

Dabei zähle ich auf die Eigenverantwortung der Anwender. Sonst müsste das Script bei
jedem Absatz zuerst die verwendete Sprache prüfen.

Gruss, Hans

Hallo Hans,

Zitat

Sonst müsste das Script bei
jedem Absatz zuerst die verwendete Sprache prüfen.

Das wäre ja nun wirklich keine Tat, oder übersehe ich etwas?

Alle Sprachen für eine bestimmte Fubktionalität in ein Array, ein IndexOf([Sprache]) > -1)
-> tue etwas oder auch nicht (je nach Array-Inhalt)
sollte doch die ganze Hexerei erledigen, oder?

Hallo Werner,

ich hatte schon eine Version des Scripts, bei welcher die Sprache der Absätze geprüft wird.

Doch: Marco hatte mir zugeredet und mich davon überzeugt, dass die Wörterbuch-Einstellungen eine Prüfung der Sprache überflüssig machen.

Das funktioniert tatsächlich gut beim Umwandeln der Anführungszeichen.

Aber: Gewisse Optionen meines Scripts dürfen nur für die in der Schweiz gültigen Schreibweise der « Guillemets » benutzt werden. Wenn man sie auch bei »Chevrons« einsetzt, gibt es unliebsame Überraschungen.

Ich werde sehr wahrscheinlich keine Tests durchführen, um die Bremswirkung der Sprache-Prüfung herauszufinden. Wenn jemand nicht kompatible Optionen wählt, wird er selber schuld sein.

Gruss, Hans

Hallo Hans,

Zitat

Ich werde sehr wahrscheinlich keine Tests durchführen, um die Bremswirkung der Sprache-Prüfung herauszufinden.

Die Bremswirkung dürfte kaum messbar sein!

Hallo Hans

Ich bin wieder auf dem iPad unterwegs, kann also nichts testen. Die Version 505d deines Skripts habe ich aber früher ausprobiert und einige Fehler festgestellt, wie in meinem Beitrag 35 erwähnt. Das war ja Ausgangspunkt für weitere Recherchen, um die Greps zu verbessern. VIelleicht hast du ja eine aktualisierte Version von 505d als Download, dann werde ich sie gern testen.

Was die Option der Achtelgevierte oder anderer Leerräume bei Guillemets betrifft: Bei meinen Greps (Grep 5 und 6) braucht es eigentlich keine Eigenverantwortung der Anwender, denn sie setzen die Achtelgevierte nur bei den Guillemets mit den Spitzen nach aussen. Das einzige Problem tritt bei Texten auf, die die Guillemets mit Spitzen nach aussen sowohl für französischen Text wie für schweizerdeutschen Text im selben Dokument verwenden. Ohne Prüfung der zugewiesenen Sprache kann der Grep natürlich nicht wissen, ob die Guillemets nun mit (Sprache Französisch) oder ohne (Sprache Deutsch:Schweiz) Leerraum gesetzt werdn sollen.

Schönen Abend und Gruss, Marco

Hallo Marco,

eine neue Version des Scripts ist vorläufig nicht bereit.
Zuerst muss ich Deine sechs Grep-Muster von heute testen.

Gruss, Hans

Guten Morgen,

ich habe bezüglich Indexmarken etwas festgestellt:
Wenn zwischen zwei Leerschlägen eine oder mehrere Indexmarken stehen, werden diese einfach gelöscht, sobald das Script mit dieser Option gestartet wird:
mehrfache Leerschläge auf einen reduzieren

Grüße
Christoph

Guten Morgen Christoph,

danke für die Rückmeldung. Ich werde versuchen, etwas dagegen vorzukehren.

Gruss, Hans

Lieber Hans,

bitte beachte auch diesen Beitrag:
http://www.hilfdirselbst.ch/foren/Doppelte_Leerzeichen_ersetzen_(CS6__Win7)_P529649.html

Gregor hatte da schon eine Lösung.

Grüße
Christoph

Hallo Hans

Es gibt noch zwei Kleinigkeiten kosmetischer Art bei Grep 1 und 2. In Grep 1 suchen wir den ersten Leerraum (LR) nach dem öffnenden AFZ. Logischer ist deshalb \s+ (statt \s*), denn wir suchen ja mindestens einen LR, den wir dann löschen können, und nicht null oder mehrere.

Und Grep 2 kommt erst zum Zuge, wenn Grep 1 bereits ausgeführt wurde, der erste LR also schon gelöscht ist. Er muss deshalb im Grep 2 nicht abgefangen werden (\A["]\s*). Deshalb ist \s* überflüssig.

Im Ergebnis funktionieren beide Grepvarianten gleich, trotzdem finde ich aus den genannten Gründen folgende Greps logischer:

Grep 1 (Anfang Textabschnitt/1. LR wird gelöscht):
Suchen:
(?s)(?<=\A["])\s+(?=(.+?)\s*["](?![\w]))
Ersetzen: [nichts]

Grep 2 (Anfang Textabschnitt/2. LR wird gelöscht):
Suchen:
(?s)\A["](.+?)\s*["](?![\w])
Ersetzen:
~{$1~}

Gruss, Marco

[EDIT] Noch eine Anmerkung: Falls bei den Guillemets keine Achtelgevierte erwünscht sind, sondern 1/24-Gevierte (könnte evtl. als Option eingebaut werden), ist zu beachten, dass die Achtelgevierte nicht nur im Ersetzen-Feld von Grep 5 und 6 vorkommen, sondern auch im Suchen-Ausdruck des Greps 6: (?<=«~<)[^«]+?(?=»)

Guten Morgen Christoph,

vielen Dank für den erneuten Hinweis. In der Tat, dieses Zeichen ist "speziell" ...

Jetzt ist die Version 506d des JavaScripts TexteReinigen hochgeladen:
http://www.fachhefte.ch / Links "JavaScripts", "Mac OS X deutsch" (oder "Windows deutsch"), "InDesign CS5" (sollte bis und mit CC (2015) funktionieren).

Es ist ein "Wartungs"-Update mit nur zwei Verbesserungen:
– die Indexmarken sollten erhalten bleiben;
– im Dialog wird anstelle von « Chevrons » das korrektere « Guillemets » verwendet.

@ Marco: Deine neuen Greps habe ich noch nicht ausprobiert. Wird so bald als möglich nachgeholt.

Gruss, Hans

Hallo Hans

Danke für das Update. Wie erwartet führt auch die Version 506d bei den deutschen Guillemets (»blabla«) zu den im früheren Beitrag erwähnten Problemen. Ich bin also gespannt, ob mit meinen Greps im Skript die Bereinigung der AFZ auch für diese Sprache (Deutsch, AFZ »«) klappt.

Was die Indexmarken zwischen zwei (oder mehreren) Leerräumen betrifft: Ich kann den Lösungsansatz per Skript (Gregor Fellenz u. a.) nicht beurteilen, aber was spricht gegen den folgenden elementaren Grep? \p{Z*} steht dabei für irgendeinen Leerraum (s. Blog von Gregor http://www.indesignblog.com/...ace-serachreplace-2/)

Suchen:
\p{Z*}(?=\p{Z*})
Ersetzen: [nichts]

Der Grep sucht also nach einem LR, wenn nachher ein LR folgt, und löscht ihn. Auch wenn die Indexmarke zwischen mehr als zwei aufeinander folgenden LR steht, werden alle LR bis auf einen in einem Durchgang gelöscht, wenn ich auf Alle ändern klicke. Die Indexmarke bleibt bestehen.

Gruss, Marco

Hallo Marco,

bitte sehr. Ich bin unterwegs und muss mich kurz fassen.

Zunächst (wie schon x-Mal durchgegeben): Die "Guillemets"-Optionen sollten nur gewählt werden, wenn die Spitzen nach aussen zeigen. Wer das nicht kapiert, ist selber schuld. ;-))

Jedoch: Deine neuen Greps funkionieren auch mit "Spitzen nach innen". Ich habe sie in die erste Beta der nächsten Version eingefügt.

Danke auch für den Indexmarken-Grep. Wenn ich meine Behelfskrücke dagegen eintauschen kann, wird das viel besser sein.

Gruss, Hans

Hallo Leute,

dieser Monster-Thread ist unhandlich geworden ("Die ich rief, die Geister ..." ;-).

Bitte hier keine Beiträge mehr posten. Wenn schon, dann dort: http://www.hilfdirselbst.ch/...i?post=548298#548298

Danke und Gruss, Hans