[Voodoo]

[pixxxelschubser]

Danke für die Beispieldatei und den erklärenden Screenshot.

Wenn möglich, dann schau ich mir das heute abend an.

[pixxxelschubser]

Ähem?


Gegenfragen:
Ist da tatsächlich immer ein harter Zeilenumbruch?
Oder kann/darf man den auch durch ein normales Absatzzeichen ersetzen?

Ist immer nur am Ende der (immer dritten?) Zeile keine Nummer vorhanden?
Oder ist die Zeilenanzahl variabel?
Oder kann es auch vorkommen, dass die Nummer in einer anderen Zeile fehlt?

[Voodoo]

Hui, so fix am WE!

Also:
Es handelt sich bei den Texten um Listings (Codebeispiele) in einem Lehrbuch / Tutorial. Diese Listings können von einer bis zu gut 100 Zeilen lang sein. Es ist immer ein harter Zeilenumbruch [in diesem speziellen Fall, für einen S&E-Test dürfte es egal sein].

Die Ziffern am Ende sind willkürlich über das entspr. Listing verteilt, auf diese Stellen wird später im Text genauer eingegangen. Die Ziffern können also zu Beginn, mitten im oder auch in der letzten Zeile des Listings vorkommen.

Ich hoffe, das ist soweit verständlich und hilft dir weiter.

Gruß & Dank

[Frank Münschke]

Aber das ist doch wie geschaffen für verschachtelte Formate ...wenn das löschen und umstellen ansonsten klappt, wäre ich damit schon fertig ...

[Voodoo]

Natürlich kann man das am Einfachsten über verschachtelte Formate lösen ABER es ging mir nicht um die Lösung an sich, sondern um eine Erklärung für das Verhalten, dass die Zeichenformatierung zerstört bzw. verschoben wird.

Und: Wenn ich die Zahl vom Ende an den Anfang stelle, mittels S&E, dann z. B. über versch. Formate einstelle, das eine Ziffer vor dem ersten Tab ein ZF:Ziffer bekommt, sich dabei aber die Zeichen mit ZF:bold (im Beispiel magenta) verschieben … wie bekomme ich da denn die Formatierung wieder gerade gezogen?

Hast du es selbst einmal bei dir ausprobiert, so wie ich es im Screenshot gezeigt hatte?

Ich möchte nicht schnell fertig werden damit, sondern lieber verstehen, was da passiert und warum.

[pixxxelschubser]

Dein Problem wird hier --> https://indesignsecrets.com/grep-findchange-on-formatted-text-solution-to-a-big-problem.php beschrieben

Ich würde einmal behaupten, dass das Problem Frank und mir wahrscheinlich weniger häufig passieren dürfte - da wir beide normalerweise auf „von-Hand-Formatierungen“ verzichten und das Ganze durch die InDesign Automatismen:
- verschachtelte Formate und/oder
- Grep im Absatzformat oder
- sonstige Automatismen
erledigen lassen.

Auch in deinem Beispiel würde ich wahrscheinlich beim Greppen die Formatierungen komplett entfernen und dabei ein auf deine Codezeilen angepasstes Absatzformat neu zuweisen.

Kostet wenig Zeit und erspart dafür viel Mühe.

[Frank Münschke]

Aber so was von richtig ...