Probleme mit migrierten Textumbrüchen

Folgender Effekt ist aufgetreten:
Mehrzeilige Texte aus der Steinzeit haben nicht konforme Umbrüche in den TextStrings ^ war in ecscad dafür üblich, aber scheinbar war es mit Tricksereien auch anders möglich, was erst mal wenig Probleme macht, will heissen es wird erst ma  abgesetz und sieht aus wie erwartet, verschibt man nun diese Texte mit den blauen Griffen in ACD wird der mehrzeilige vom Umbruch "befreit" auf als einzeiliger, unübersetzter Text dargestellt.

Ursache
Zeichen Code Zweck
LF ZEICHEN(10) Standard-Zeilenumbruch (Excel)
CR ZEICHEN(13) "Wagenrücklauf" (alter Standard)
CR+LF ZEICHEN(13) & ZEICHEN(10) Windows-Umbruch
ACHTUNG:
Dies Effekte tauchen auch bei Kopieraktionen aus verschiedenen Quellen nach Excel auf und beim späteren Import uU. wieder verschlimmbessert weil zu tolerant und nicht sichtbar!
Hat man diesen Zustand mal in den Daten, müssen diese unbedingt bereinigt werden. Im GUI von eXs sollte das verhindert sein (wir arbeiten hier ja auschliesslich mit {ALT}{ENTER})

Hier ist der effizienteste Weg, um diese Datenmenge sauber zu "normalisieren", ohne an Excel zu verzweifeln:


1. Der "Editor-Weg" (Die Profi-Alternative)

Wenn du die Daten in einen Editor wie Notepad++ kopierst, hast du die volle Kontrolle:

  1. Daten kopieren: Markiere deine Zellen in Excel und füge sie in den Editor ein.

  2. Suchen & Ersetzen (Strg + H):

    • Stelle den Suchmodus auf "Erweitert (\n, \r, \t, \0, \x...)".

    • Suche nach: \r\n (für Windows-Umbrüche) oder \r (für alte Mac-Systeme).

    • Ersetze durch: Den neuen Wert (z. B. ein Trennzeichen wie | oder einfach ein Leerzeichen).

  3. Zurückkopieren: Kopiere alles zurück nach Excel.

Warum der CSV-Umweg sinnvoll ist

Wenn du eine .csv-Datei exportierst, hast du zudem den Vorteil, dass du beim Import (Daten -> Aus Text/CSV) in Excel genau definieren kannst, wie Zeilenumbrüche innerhalb von Feldern behandelt werden sollen. Excel interpretiert beim Import von CSVs korrekt in Anführungszeichen eingeschlossene Zeilenumbrüche ("Text\nText"), was beim direkten Kopieren aus der Zwischenablage oft zu "Zellen-Zerstückelung" führt.

2. Der "Power Query" Weg (Professionell & Wiederverwendbar)

Da du Microsoft 365 nutzt, ist Power Query (Daten -> Daten abrufen) dein bestes Werkzeug. Es ist wesentlich robuster als Suchen-Ersetzen und kann mit großen Datenmengen umgehen.

  1. Markiere deine Tabelle und wähle im Menüband Daten -> Aus Tabelle/Bereich.

  2. Im Power Query Editor klickst du auf die Spalte mit den Zeilenumbrüchen.

  3. Wähle Spalte hinzufügen -> Benutzerdefinierte Spalte.

  4. Gib dort folgende Formel ein, um alle Umbruch-Arten auf LF zu vereinheitlichen: Text.Replace(Text.Replace([DeineSpalte], "#(cr)#(lf)", "#(lf)"), "#(cr)", "#(lf)")

  5. Klicke auf OK, lösche die alte Spalte und klicke auf Schließen & Laden.

Dies korrigiert die gesamte Tabelle in einem Rutsch und sorgt dafür, dass beim Export als CSV oder Copy-Paste in andere Tools nur noch das gewünschte LF (#(lf)) vorhanden ist.

3. Der "Editor-Weg" für den Massenexport (Schnell & Sicher)

Bei 25.000 Zeilen ist der Editor-Weg via CSV oft die sauberste Lösung, um Excel als "Störfaktor" komplett zu umgehen:

  1. Speichere dein Excel-Tabellenblatt als CSV (Trennzeichen-getrennt) ab.

  2. Öffne diese CSV in VS Code oder Notepad++.

  3. Drücke Strg + H, aktiviere den Suchmodus "Erweitert (\n, \r, ...)".

  4. Suche nach: \r\n (oder \r)

  5. Ersetze durch: \n

  6. Speichere die Datei.

Diese normalisierte CSV kannst du dann direkt in deine Applikation importieren, ohne dass Excel beim Öffnen oder Kopieren wieder eigene "Interpretationen" vornimmt.


ACHTUNG:
Nach erfolgreicher Bereinigung der Fremdsprachendatenbank ist aber zwingend ein Update der projektintern Tabelle mit den Variablen je nötig!
Tags