[GastForen Programme Print/Bildbearbeitung Adobe InDesign Absatzbeginn mit GREP finden

  • Suche
  • Hilfe
  • Lesezeichen
  • Benutzerliste
Print/Bildbearbeitung - Photos, Layout, Design
Themen
Beiträge
Moderatoren
Letzter Beitrag

Absatzbeginn mit GREP finden

Peter Laely
Beiträge gesamt: 17

9. Okt 2020, 06:37
Beitrag # 1 von 28
Bewertung:
(10364 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Die Situation

Enter
Shift Enter
Shift Enter
Shift Enter
Enter
Shift Enter
Shift Enter
Shift Enter
Enter
Shift Enter
Shift Enter
Shift Enter

führt mit der GREP-Suche [#cc0000]Position Absatzbeginn[/#cc0000]^ dazu, dass nach dem Enter jeweils das zweite und dritte Shift Enter gefunden wird. Nicht aber das erste…?

und überhaupt: Weshalb ist ein Shift Enter – also der sog. Harte Zeilenumbruch – ein Absatzbeginn?

Ich hoffe die Fragestellung ist verständlich
X

Absatzbeginn mit GREP finden

Uwe Laubender
Beiträge gesamt: 5316

9. Okt 2020, 13:48
Beitrag # 2 von 28
Beitrag ID: #577083
Bewertung:
(10264 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hallo Peter,
könnte ein Bug sein.

Von welcher InDesign-Version auf welchem Betriebssystem sprechen wir?
Und: Enthält der Text Hyperlinks, Querverweise oder sonstige Sonderzeichen?


als Antwort auf: [#577077]

Absatzbeginn mit GREP finden

Peter Laely
Beiträge gesamt: 17

9. Okt 2020, 14:25
Beitrag # 3 von 28
Beitrag ID: #577084
Bewertung:
(10245 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Ciao Uwe

Tschuldigung, klar… ID CC 15.1.2, macOS 10.15.6

Vorgehen:

- Neues Dok
- Neuer Textrahmen
- Cursor stellen, ENTER drücken
- Shift Enter
- Shift Enter
- Shift Enter
ENTER drücken
- Shift Enter
- Shift Enter
- Shift Enter
ENTER drücken
- Shift Enter
- Shift Enter
- Shift Enter

dann Suchen/Ersetzen, GREP
Position Absatzbeginn
–> köstlich – oder ich bin blöd

Danke Uwe – andere machen Kreuzworträtsel 😉
Peter


als Antwort auf: [#577083]

Absatzbeginn mit GREP finden

Uwe Laubender
Beiträge gesamt: 5316

9. Okt 2020, 16:47
Beitrag # 4 von 28
Beitrag ID: #577087
Bewertung:
(10190 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hallo Peter,
teste gerade mit ID 15.1.2 auf Windows 10 nach Deinen Vorgaben.

Der erste Absatzbeginn im Textrahmen wird gefunden.
Dann allerdings wird's doch etwas kurios im ersten Absatz:

Zweite Fundstelle ist genau vor dem zweiten Shift Enter.
Dritte Fundstelle ist genau vor dem dritten Shift Enter.

Das setzt sich so in den beiden anderen Absätzen genau so fort.


als Antwort auf: [#577084]

Absatzbeginn mit GREP finden

Uwe Laubender
Beiträge gesamt: 5316

9. Okt 2020, 16:54
Beitrag # 5 von 28
Beitrag ID: #577088
Bewertung:
(10182 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Jetzt gilt es noch herauszufinden, ob dieses Verhalten sich noch bei anderen Versionen von InDesign zeigt.


als Antwort auf: [#577084]

Absatzbeginn mit GREP finden

Uwe Laubender
Beiträge gesamt: 5316

9. Okt 2020, 17:08
Beitrag # 6 von 28
Beitrag ID: #577089
Bewertung:
(10167 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Habe gerade in InDesign CS6 Version 8.1.0 getestet. Da ist's noch schlimmer.
Der Absatzbeginn am Anfang des Textrahmens wird gefunden. Aber:

Nächster Treffer ist vor dem zweiten Shift Enter.
Nächster Treffer ist vor dem zweiten Shift Enter.
Nächster Treffer ist vor dem zweiten Shift Enter.

usw. usf. Es geht einfach nicht weiter mit "Weitersuchen".


als Antwort auf: [#577084]

Absatzbeginn mit GREP finden

Martin Fischer
  
Beiträge gesamt: 12778

9. Okt 2020, 17:27
Beitrag # 7 von 28
Beitrag ID: #577090
Bewertung:
(10157 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hallo Uwe,

Antwort auf: Jetzt gilt es noch herauszufinden, ob dieses Verhalten sich noch bei anderen Versionen von InDesign zeigt.


Mir ist nicht bekannt, dass das Verhalten in irgendeiner Indesign-Version anders als wie beschrieben gewesen wäre.

Deswegen ist auf GREP-Suche mit '^' eben kein Verlass, weil es eine Zeilenschaltung genauso wie eine Absatzschaltung wahrnimmt.

Ist mit '$' übrigens genau dasselbe.

Eine Lösung (für andere als den ersten Absatz) wäre etwa
Code
(?<=\r) 



^ für nur Absatzschaltung wäre tatsächlich ein großer Fortschritt.

----
edit:
Allerdings bin ich überrascht, dass mit "^" und "$" überhaupt etwas gefunden wird. Hatte die beiden Zeichen stets als Positionszeichen (wie auch Wortanfang und Wortende) wahrgenommen und nur in Kombination mit anderen Ausdrücken/Zeichen (etwa ".") verwendet.
"\<", "\>", "\b" helfen schließlich auch nur bei der Verfeinerung der Position und bewirken alleine auf sich gestellt nichts.


als Antwort auf: [#577088]
(Dieser Beitrag wurde von Martin Fischer am 9. Okt 2020, 18:02 geändert)

Absatzbeginn mit GREP finden

Martin Fischer
  
Beiträge gesamt: 12778

9. Okt 2020, 18:09
Beitrag # 8 von 28
Beitrag ID: #577092
Bewertung:
(10135 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Antwort auf: "\<", "\>", "\b" helfen schließlich auch nur bei der Verfeinerung der Position und bewirken alleine auf sich gestellt nichts.


Stimmt nicht ganz.
CS6 verhält sich hier anders als CC2020 und CC2018.

CS6 findet bei GREP-Suche nach "\<", "\>" oder "\b" tatsächlich "manche" Wortbegrenzung. Allerdings eher unzuverlässig: \b etwa keine Wortbegrenzung vor oder nach einer Absatz- oder Zeilenschaltung. ;-)

Aber sind diese "Location Marks" tatsächlich dazu gedacht, für sich allein, ohne begleitende Zeichen/Ausdrücke etwas zu bestimmen?


als Antwort auf: [#577090]
(Dieser Beitrag wurde von Martin Fischer am 9. Okt 2020, 18:10 geändert)

Absatzbeginn mit GREP finden

Martin Fischer
  
Beiträge gesamt: 12778

9. Okt 2020, 18:14
Beitrag # 9 von 28
Beitrag ID: #577093
Bewertung:
(10126 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Am Rande:

In CC2020 findet "^" ja sowohl die Positionen am Anfang eines Absatzes und nach einer Zeilenschaltung.

"^*" und "^+" und "^^" und "^{0,5}" finden gar nix.


als Antwort auf: [#577092]

Absatzbeginn mit GREP finden

pixxxelschubser
Beiträge gesamt: 1708

9. Okt 2020, 20:28
Beitrag # 10 von 28
Beitrag ID: #577094
Bewertung:
(10081 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hallo Martin,
von den Dreien dürfte auch der Logik nach kein Einziger funktionieren, da es keine mehrfachen Zeilenanfänge ohne dazwischenliegendes Zeilenende geben kann.

Interessant ist aber auch das Ergebnis nach
Code
(^(\r|\n))+ 



[edit]
Ich habe ^ und $ bisher aber auch ausschliesslich als Positionsmarken angesehen und immer nur in Verbindung mit mindestens einem „realen Zeichen“ verwendet.
[/edit]


als Antwort auf: [#577093]
(Dieser Beitrag wurde von pixxxelschubser am 9. Okt 2020, 20:32 geändert)

Absatzbeginn mit GREP finden

Peter Laely
Beiträge gesamt: 17

11. Okt 2020, 08:26
Beitrag # 11 von 28
Beitrag ID: #577099
Bewertung:
(9622 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Lieber Martin, Pixxxelschubser und Uwe
Danke euch bestens für die Zeit – Grund meiner Frage war/ist die folgende Situation:

https://www.dropbox.com/...hy5qs37K6WNG9Ca?dl=0

Es ist ein Tweet-Buch eines Werbetexters. Es sind knapp 1000 Tweets enthalten. Kurz vor der geplanten Publikation wünschte er sich die Nummerierung zum Start eines jeden Tweets.

Also erstellte ich einen Textrahmen mit Nummerierung und kopierte diesen in die Zwischenablage. Nun Suchen/Ersetzen mit GREP:

Suchen: (?<=\r)^(.)
Ersetzen: ~c$1 –> Einfügen Zwischenablage, Fundstelle 1 zurückgeben

Mit dem SHIFT ENTER vor dem Absatzbeginn wird das ganze Buch durchgearbeitet, eben jeder Tweet aufsteigend nummeriert.

Aber der Affe hatte bereits gebissen… ich fragte mich weshalb der Absatzbeginn ^– wie Martin bereits erwähnt hat – eben ENTER und SHIFT ENTER findet. Begriffsverwirrung? GREP-nicht-verstehen?

Deshalb dann meine abstrakte Übung mit ENTER und mehreren SHIFT ENTERS – und die grosse Verwunderung des Resultates.

Mit lieben Grüssen – und voller Unverständnis ;-)
Peter


als Antwort auf: [#577094]

Absatzbeginn mit GREP finden

Martin Fischer
  
Beiträge gesamt: 12778

11. Okt 2020, 11:22
Beitrag # 12 von 28
Beitrag ID: #577100
Bewertung:
(9569 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Lieber Peter,

mich überrascht, dass Du nach "(?<=\r)" noch "^" verwendest. Schließlich sorgt "(?<=\r)" bereits für die Positionsbestimmung "nach einer Absatzschaltung".

Ferner ist die Gruppenklammer um den Punkt (beliebiges Zeichen) überflüssig, wenn Du den Treffer beim Ersetzen mit $0 (= Fundstelle) statt mit $1 referenzierst.

Nach meinen Dafürhalten sollten folgende Ausdrücke ausreichen und zum Ziel führen:
Code
Suchen:   (?<=\r). 
Ersetzen: ~c$0


Beim ersten Absatz im Textabschnitt, dem keine Absatzschaltung vorangeht, mußt Du händisch nachhelfen.

Zitat von Peter Laely Mit dem SHIFT ENTER vor dem Absatzbeginn wird das ganze Buch durchgearbeitet, eben jeder Tweet aufsteigend nummeriert.


Diesen Satz verstehe ich nicht.
Wie soll SHIFT ENTER an der Nummerierung beteiligt sein? Die Nummern stehen doch immer nach einer Absatzschaltung am Anfang eines neuen Absatzes, oder?


als Antwort auf: [#577099]
(Dieser Beitrag wurde von Martin Fischer am 11. Okt 2020, 11:32 geändert)

Absatzbeginn mit GREP finden

pixxxelschubser
Beiträge gesamt: 1708

11. Okt 2020, 11:43
Beitrag # 13 von 28
Beitrag ID: #577101
Bewertung:
(9550 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Danke für das Beispiel. Nebenbei: das sind ganz nette Wortspiele.
Wink

Allerdings verstehe ich die unorthodoxe Anwendung der harten Zeilenumbrüche + Worttrennungen nicht ganz. (Aber vielleicht ist das auch lediglich dem Beispielaufbau geschuldet und der reale Text ist „stimmiger“.)

Und wahrscheinlich hätte ich die Grepsuche etwas anders aufgebaut.
Eventuell mit:
Code
\r\K(.) 

oder
Code
\r\K. 

und anschließend den ersten Absatz manuell gesucht und die Zwischenablage eingefügt.

Noch eine Frage: Da du von tausend Tweets redest - wie sieht denn das Ende des Textes aus? Drei- und vierstellige Zahlen, um 90° gedreht, als Aufzählung? Ich kann mir nicht vorstellen, dass das optisch wirklich gut aussieht.

----------

Wie auch immer. Das Verhalten deiner Grepsuche ist hier tatsächlich nicht ganz so wie erwartet - um nicht zu sagen: nicht wirklich verständlich. Und von daher stellt sich nach wie vor die Frage: Bug oder nicht Bug?


als Antwort auf: [#577099]
(Dieser Beitrag wurde von pixxxelschubser am 11. Okt 2020, 11:44 geändert)

Absatzbeginn mit GREP finden

Peter Laely
Beiträge gesamt: 17

11. Okt 2020, 12:22
Beitrag # 14 von 28
Beitrag ID: #577102
Bewertung:
(9530 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
@Martin – Danke!

Der Feind des Guten ist das bessere… dachte ich zuerst

aber ohne ^ bleibt dein Vorschlag stecken – dh. InDesign weigert sich nach einigen Fundstellen weiter zu suchen
(.) mit . und $0 zu erstzen: ja, völlig richtig

Nicht zuletzt deshalb habe ich mir dann versucht das Ganze erklärbar zu machen – eben mit dieser abstrakten ursprünglich geposteten Fragestellung von Absatzbeginn gefolgt von harten Zeilenumbrüchen…………


@Pixxxelschubser
Jaja – die Sprüche sind echt lustig – Kannst das lustige Buch gerne erwerben –> Ich mag die Art, wie du mich ignorierst; René Moor

Die Datei mit «ihren Shift-Enters» wurde mir so angeliefert – es war keine Zeit (und Lust) da einzugreifen – aber die Motivation die Nummern einzufügen war da – aus der Praxis für die Praxis quasi

Das Ende ist bei 730 erreicht und die Nummer schaut recht nett aus. Passt also


Liebe Grüsse, Peter


als Antwort auf: [#577101]

Absatzbeginn mit GREP finden

Martin Fischer
  
Beiträge gesamt: 12778

11. Okt 2020, 12:30
Beitrag # 15 von 28
Beitrag ID: #577103
Bewertung:
(9518 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Antwort auf [ pixxxelschubser ] Und von daher stellt sich nach wie vor die Frage: Bug oder nicht Bug?


Auch wenn die Mehrdeutigkeit des Caret-Zeichens (^) für sowohl Absatzbeginn als auch Beginn einer neuen Zeile nach fester Zeilenschaltung mit Umschalt-Eingabetaste (übrigens Shift-Return, nicht Shift-Enter) schon immer so war - und deswegen aufgrund Erfahrung gewissermaßen erwartbar - halte ich es für einen Fehler.

Absatzbeginn ist eben Absatzbeginn (= Beginn eines neuen Absatzes) und nicht Beginn einer neuen Zeile nach Umschalt-Eingabetaste.
So wie Beginning of Paragraph eben auch "Beginning of Paragraph" nun nicht "new line" (LF) nach Betätigung von Umschalt-Eingabetaste ist.

Ja, ich nenne dieses Verhalten einen Bug, der sich seit Erscheinen von InDesign CS3 im Jahr 2007 (mangels Reklamation?) hat halten können.
Vielleicht sollten wir das mal reklamieren.

Willst Du, Peter, den Anfang machen?
Meine Stimme hast Du. :-)


als Antwort auf: [#577101]
(Dieser Beitrag wurde von Martin Fischer am 11. Okt 2020, 12:32 geändert)
X