Absatzbeginn mit GREP finden

Peter_Laely

Super Martin – ebenfalls gevotet !

Martin_Fischer

Prima!

Übrigens bin ich von jemanden auf einen (funktionierenden) Ausdruck für den Absatzbeginn aufmerksam gemacht worden:

(?

Analog dazu lautet der Ausdruck für das Absatzende

.$(?!\n)

Man muss also einfach nach dem suchen, was man ursprünglich im Sinn hatte und dann \n ausschließen.
Quasi von hinten durch die Brust ins Auge. [:)]

pixxxelschubser

From behind through the chest into the eye.
[:D]

Martin_Fischer

Nach einigem Nachdenken und Reflektieren muss ich jetzt feststellen, dass ich/wir den Schwanz mit dem Hund haben wedeln lassen.

Der eigentliche Fehler liegt nicht darin, dass sich das Caret-Zeichen ^ nicht auf den Absatzbeginn beschränkt und darüberhinaus auch den Beginn einer neuen Zeile berücksichtigt. Nein, der eigentliche Fehler liegt darin, dass Adobe diese Positionsmarke ^ als "Absatzbeginn" bezeichnet bzw. der Begriff "Absatzbeginn" eine gewisse Unschärfe in sich trägt. Und da diese Marke auch Positionen finden, die nicht Absatzbeginn sind, sondern Zeilenbeginn, weisen wir zu Recht auf eine Differenz zwischen Bezeichnung und Wirkung hin.

Unter einem Absatz verstehen wir eine Texteinheit, die zwischen bestimmten Begrenzern eingeschlossen ist:
– zwei Absatzschaltungen (RETURNs)
– Textanfang + Absatzschaltung
– Absatzschaltung + Textende
– Textanfang + Textende
(theoretisch könnte man nun auch die Trennung von Text durch Shift-Return [ein besonderes Return] als ein "Absetzen" = einen Absatz verstehen)

Computertechnisch hat sich diese "Sinneinheit" aus Begrifflichkeiten um die Schreibmaschine und den Telegrafen entwickelt: Zeilenvorschub (line feed, lf).
Bei der Schreibmaschine war noch jede neue Zeile mit Beginn im Bereich des linken Rands mit einem handgreiflich verursachten Wagenrücklauf in Gemeinschaft mit einem Zeilenvorschub verbunden. Ein Absatz ("ab-setzen", hervorheben) wurde daraus erst mit einer besonderen Gestaltung: (Erst-)Zeileneinzug bzw. Leerzeile (vergrößerter Zeilenvorschub).
Tatsächlich war aber unter diesen mechanischen Bedingungen jede Zeile – unabhängig ob neuer Absatz oder nur neue Zeile – mit einem Zeilenvorschub verbunden.

Auf dem Computer haben sich mit verschiedenen Betriebssystemen dann unterschiedliche Bezeichnungen und Codierungen für den Zeilenvorschub entwickelt:

Langer Rede kurzer Sinn:
^ sucht nicht nach einem Absatzbeginn, wie die Bezeichnung, die Adobe dafür gewählt hat, nahelegt, sondern nach einem per Tastatur vorgenommenen Zeilenbeginn - egal ob nun ein Return oder ein Shift-Return eingegeben wurde.

Insofern führt die GREP-Suche genau das aus, wofür das ^ im Kontext der regulären Ausdrücke steht: Position Zeilenanfang. Wobei dieser "Zeilenanfang" nicht jeden Zeilenanfang (weicher Umbruch) einschließt, sondern nur solche, die durch ein entsprechendes Zeichen (Return oder Shift-Return) oder durch den "Textbeginn" veranlasst wurden.

[#0000cc]Der Fehler liegt also nicht in der tatsächlichen Wirkung,
sondern in der irreführenden Bezeichnung.
[/#0000cc]
Insofern stellen die beiden Ausdrücke
(?

und 

.$(?!\n)

nicht eine überflüssige oder vermeidbare Umschweife dar, sondern vielmehr eine Präzisierung/Vergenauerung des Zeilenvorschubzeichens (nicht nach/vor dem \n; also nur nach dem damit verbleibenden \r).



Für die lange Ausführung bitte ich um Entschuldigung. Mitunter bedarf es eines weiten Rundumschlags, um sich selbst von falschen Überzeugungen zu befreien. ;-)



(Konsequenterweise müsste ich eigentlich meinen Bugreport jetzt löschen oder die o.g. Ausführungen dorthin übersetzen lassen. Denn u.U. bedeutete eine Änderung der Wirkung von ^ einen Fehler im Hinblick auf die Konventionen andernorts ... Was tun?)

                

typecookie

Danke für die lange Erklärung. Find ich super und wirklich informativ.

Antwort auf: (Konsequenterweise müsste ich eigentlich meinen Bugreport jetzt löschen oder die o.g. Ausführungen dorthin übersetzen lassen. Denn u.U. bedeutete eine Änderung der Wirkung von ^ einen Fehler im Hinblick auf die Konventionen andernorts ... Was tun?)

Vielleicht einfach eine Korrektur der Übersetzung bzw. eine korrekte Benennung vorschlagen ;-)

Es bleibt aber – wenn ich die Diskussion richtig verfolgt habe – immer noch die Frage, warum die Grepsuche in Indesign 15 in dem Beispiel von Peter Laely je Absatz nur 2 von drei Fundstellen auflistet. Das finde ich beunruhigend und ich frage mich, was mir bei der Bereinigung von sehr langen Dokumenten wohl noch durchgeht …

Martin_Fischer

Antwort auf: warum die Grepsuche in Indesign 15 in dem Beispiel von Peter Laely je Absatz nur 2 von drei Fundstellen auflistet.

Das war m.E. einmal der experimentellen Einrichtung des Beispiels geschuldet (\n\n\n\r\n\n\n\r\n\n\n\r...), das so in der Realität eher nicht vorkommen dürfte.

Und dann war es der Tatsache geschuldet, dass nach der Positionsmarke allein und nicht in Kombination mit weiteren Zeichen (. oder \w) gesucht wurde.
Hier landen (wie gezeigt) unterschiedliche InDesign-Versionen unterschiedliche Ergebnisse.

Wenn Du bei der Suche die Positionsmarke mit weiteren Zeichen kombinierst sollten diese Unterschiede bei den Treffern nicht mehr erscheinen.

Aber - wie oben bei Peter gesehen - passieren manchmal auch unvorhergesehene Dinge, die sich durch einen Neustart des Programms oder des Rechners abstellen lassen.

pixxxelschubser

Ich schließe mich an.
Egal ob fehlerhafte Übersetzung oder fehlerhafte Ausführung – eine Frage bleibt.

Warum findet:

oder

(^(\r|\n))

alle Absatzschaltungen und meistens einen Zeilenanfang – aber in dem eingangs genannten Beispiel [#cc0000]NICHT den ersten nachfolgenden Zeilenanfang nach einer Absatzschaltung [/#cc0000]???

[edit]
Ich war zu langsam,
du hattest schon geantwortet.
Das Problem an experimentellen Fehlern ist, dass sie dann im täglichen Alltag unverhofft wieder auftauchen.
[/edit]

.

typecookie

Ja, es ist mir schon klar, dass es ein gestelltes Beispiel ist, aber man sollte nie die Kreativität der Ersteller/Bearbeiter von Word- oder Indesign-Dateien unterschätzen. Da liegt auch das gestellte Beispiel nicht außerhalb der Realität und bei der weiteren Bearbeitung/Bereinigung der Daten benötigt man manchmal ausgefallene, komplexe oder eben ganz simple Suchterme, wie einen einzelnen "Absatzbeginn".

Und wenn nicht alle Fundstellen gelistet werden, hinterlässt das einen Nachgeschmack und verunsichert.

Gerade bei sehr umfangreichen Dateien und "vermurksten" zugelieferten Daten möchte man sich doch auf die Suchen verlassen können.

Mir ist das Suchergebnis bei Peter Laelys Beispiel zu reproduzierbar um als zufällig zu gelten. Warum findet die Suche nach dem "Absatzbeginn" diesen direkt nach der Absatzschaltung nicht (also dort, wo der Absatz tatsächllich beginnt)? Sondern nur jeweils nach einer harten Zeilenschaltung?

« Vorherige Seite