von zachy » Mi, 13.02.2013 13:44
juetho hat geschrieben:zachy hat geschrieben:Leider gehen alle Seitenumbrüche verloren, sodass der Inhalt in einer Zeile ausgegeben wird. Jetzt müsste ich bei jedem Datensatz die Zeilenumbrüche wieder manuell einfügen.
Was denn nun: Seitenumbrüche oder Zeilenumbrüche?
Da es sich um unterschiedliche Formatierungen handelt, werden sie auch unterschiedlich verarbeitet. Außerdem musst du klären (und es hier genauer berichten), woran du erkennst, dass die Umbrüche vorher da waren und nachher fehlen. In einem Grid werden sie üblicherweise nicht berücksichtigt, sind aber trotzdem vorhanden. Außerdem kann ein Programm die Windows-Variante CR/LF und ein anderes Programm die Linux-Variante LF verwenden. Auch insofern kann es Unterschiede bei der Darstellung geben.
Robert hatte dich schon darauf hingewiesen, dass du JDBC (oder ODBC) verwenden solltest. Auch damit kann die falsche Anzeige oder falsche Übernahme zusammenhängen.
Im
MySQL-Manual finde ich keinen Datentyp VARCHAR LONG. Die Entsprechung für "große Texte" ist der Datentyp TEXT.
Jürgen
Hallo Jürgen,
ich meine Zeilenumbrüche, nicht Seitenumbrüche. Hab mich verschrieben...
Zu deiner Frage woran ich erkenne, dass die Umbrüche vorher da waren:
Im Formular gebe ich das Memofeld in einem mehrzeiligen Textfeld aus. Hier schreibe ich z.B. rein, was ich mit den Kunden besprochen habe. Zur besseren Lesbarkeit habe ich manuelle Zeilenumbrüche (Entertaste) eingefügt. Diese waren nach dem Export nach MySQL weg. In dem mehrzeiligen Textfeld steht nur der gesamte Inhalt in einer Zeile.
Ich habe mir den Datentyp der Spalte gerade noch mal mit
DESCRIBE TABLE anzeigen lassen. Es handelt sich um den Datentyp
mediumtext. Beim einstellen des Datentyp in OOo hatte ich aber
Memo [LONG VARCHAR] gewählt. Jetzt zeigt mir OOo aber auch
mediumtext an. Seltsam...
Ich werde die Datenbank mal über ODBC anbinden und den Import dann noch mal durchführen. Vielleicht werden die Zeilenumbrüche ja dann mitimportiert.
[quote="juetho"][quote="zachy"]Leider gehen alle [color=#FF0000]Seitenumbrüche [/color]verloren, sodass der Inhalt in einer Zeile ausgegeben wird. Jetzt müsste ich bei jedem Datensatz die [color=#FF0000]Zeilenumbrüche [/color]wieder manuell einfügen.[/quote]
Was denn nun: Seitenumbrüche oder Zeilenumbrüche?
Da es sich um unterschiedliche Formatierungen handelt, werden sie auch unterschiedlich verarbeitet. Außerdem musst du klären (und es hier genauer berichten), woran du erkennst, dass die Umbrüche vorher da waren und nachher fehlen. In einem Grid werden sie üblicherweise nicht berücksichtigt, sind aber trotzdem vorhanden. Außerdem kann ein Programm die Windows-Variante CR/LF und ein anderes Programm die Linux-Variante LF verwenden. Auch insofern kann es Unterschiede bei der Darstellung geben.
Robert hatte dich schon darauf hingewiesen, dass du JDBC (oder ODBC) verwenden solltest. Auch damit kann die falsche Anzeige oder falsche Übernahme zusammenhängen.
Im [url=http://dev.mysql.com/doc/refman/5.5/en/char.html]MySQL-Manual[/url] finde ich keinen Datentyp VARCHAR LONG. Die Entsprechung für "große Texte" ist der Datentyp TEXT.
Jürgen[/quote]
Hallo Jürgen,
ich meine Zeilenumbrüche, nicht Seitenumbrüche. Hab mich verschrieben...
Zu deiner Frage woran ich erkenne, dass die Umbrüche vorher da waren:
Im Formular gebe ich das Memofeld in einem mehrzeiligen Textfeld aus. Hier schreibe ich z.B. rein, was ich mit den Kunden besprochen habe. Zur besseren Lesbarkeit habe ich manuelle Zeilenumbrüche (Entertaste) eingefügt. Diese waren nach dem Export nach MySQL weg. In dem mehrzeiligen Textfeld steht nur der gesamte Inhalt in einer Zeile.
Ich habe mir den Datentyp der Spalte gerade noch mal mit [i]DESCRIBE TABLE[/i] anzeigen lassen. Es handelt sich um den Datentyp [i]mediumtext[/i]. Beim einstellen des Datentyp in OOo hatte ich aber [i]Memo [LONG VARCHAR][/i] gewählt. Jetzt zeigt mir OOo aber auch [i]mediumtext[/i] an. Seltsam...
Ich werde die Datenbank mal über ODBC anbinden und den Import dann noch mal durchführen. Vielleicht werden die Zeilenumbrüche ja dann mitimportiert.