Writer-Tabellendaten in Calc einfügen: CSV-Import

Hallo zusammen,

kann mir jemand sagen, ob bzw. unter welchen Bedingungen das Einfügen von
Tabellendaten, die man aus dem Writer mittels Strg+C in die Zwischenablage
kopiert hat, einen CSV-Import-Dialog auslöst, der auch Spalten korrekt
erkennt?

Ich meine mich zu erinnern, dass das mal ging, kriege es aber gerade nicht
hin: bei mir kommt, wenn ich die Daten mittels Strg+Umschalt+Einfügen (also
per "Inhalte einfügen") als "Unformatierter Text" einfüge, zwar der CSV-
Importdialog, aber er enthält nur eine Spalte, die Daten erscheinen also
untereinander anstatt nebeneinander. D.h. aus irgendeinem Grund erkennt er die
Spalten nicht (richtig).

Wählt man beim Inhalte Einfügen als Datentyp HTML oder RTF, dann werden zwar
die Tabellenspalten korrekt erkannt, aber man hat keine Möglichkeit, die Art
der Daten vor dem Import zu manipulieren wie das der CSV-Importdialog
ermöglicht (etwa, wenn man Zahlen gerne als Text formatiert haben möchte, oder
Datumsangaben in der Form MM-TT-JJ hat usw.).

Nochmal:
Gegeben: Writer-Tabelle mit Texten und Zahlen
Gewünscht: Einfügen der Tabelle in Calc mittels copy&paste
Gesucht: einen CSV-Dialog der die Spalten korrekt erkennt

Danke für Hinweise.

Gruß Nino

Hallo Nino,

kann mir jemand sagen, ob bzw. unter welchen Bedingungen das Einfügen von
Tabellendaten, die man aus dem Writer mittels Strg+C in die Zwischenablage
kopiert hat, einen CSV-Import-Dialog auslöst, der auch Spalten korrekt
erkennt?

Ich habe es mal ausprobiert:
nur "Unformatierter Text" löst einen CSV-Import aus.

Ich meine mich zu erinnern, dass das mal ging, kriege es aber gerade nicht
hin: bei mir kommt, wenn ich die Daten mittels Strg+Umschalt+Einfügen (also
per "Inhalte einfügen") als "Unformatierter Text" einfüge, zwar der CSV-
Importdialog, aber er enthält nur eine Spalte, die Daten erscheinen also
untereinander anstatt nebeneinander. D.h. aus irgendeinem Grund erkennt er die
Spalten nicht (richtig).

Das Problem dabei ist, dass alle Felder mit einem Zeilenvorschub (oder Absatzende?) versehen sind. Es gibt also keinen Unterschied zwischen Feldende und Zeilenende. Deshalb hat "Deine einzufügende Tabelle" beim CSV-Import nur eine Spalte.

Ich habe mal die mit Strg-C kopierte Tabelle mit dem einfachen "notepad.exe" eingefügt. Da ist auch jedes Feld in einer eigenen Zeile. D. h. das "Feldende" sieht für notepad wie ein Zeilenende aus.

Ich habe in der Eingabeaufforderung (cmd.exe) "copy con: t.txt" eingegeben. Daraufhin wartet copy auf Eingaben von der Tastatur. Dafür habe ich aber den Text aus der Zwischenablage mit Rechtsklick|Einfügen eingefügt und mit Strg-Z abgeschlossen.
Im Debugger "debug.exe" konnte ich sehen, dass in der Datei t.txt jedes Feld mit 0D 0A (normales Zeilenende) abgeschlossen ist. Ein Tabellenzeilenende gibt es nicht.

Ich kann Dir nicht weiterhelfen.

Viele Grüße
Thomas

Hallo Thomas,

danke schon mal für deine Mühe. Wie gesagt,

> Ich meine mich zu erinnern, dass das mal ging

daher meine Anfrage hier an die Liste.

Das Problem dabei ist, dass alle Felder mit einem Zeilenvorschub (oder
Absatzende?) versehen sind. Es gibt also keinen Unterschied zwischen
Feldende und Zeilenende. Deshalb hat "Deine einzufügende Tabelle" beim
CSV-Import nur eine Spalte.

Die nächste Frage, die dann zu klären wäre, ist: Ist das zwangsläufig so und
geht nicht anders - oder ist es ein Bug beim Kopiervorgang "Dokument ->
Zwischenablage"?

Ich habe mal die mit Strg-C kopierte Tabelle mit dem einfachen
"notepad.exe" eingefügt. Da ist auch jedes Feld in einer eigenen Zeile.
D. h. das "Feldende" sieht für notepad wie ein Zeilenende aus.

Ich habe in der Eingabeaufforderung (cmd.exe) "copy con: t.txt"
eingegeben. Daraufhin wartet copy auf Eingaben von der Tastatur. Dafür
habe ich aber den Text aus der Zwischenablage mit Rechtsklick|Einfügen
eingefügt und mit Strg-Z abgeschlossen.
Im Debugger "debug.exe" konnte ich sehen, dass in der Datei t.txt jedes
Feld mit 0D 0A (normales Zeilenende) abgeschlossen ist. Ein
Tabellenzeilenende gibt es nicht.

Ich kann Dir nicht weiterhelfen.

Aber die Ursache ist damit doch schon mal ziemlich eindeutig auf den oben
genannten Teilvorgang eingegrenzt worden. Die Frage bleibt, ob das eine
Regression ist (leider hab ich keine alten Versionen mehr auf der Platte),
oder ob mich meine Erinnerung trügt und es vom Prinzip her nicht gehen kann.

Gruß Nino