| |
| |
|
Bernd
Kaiser | Hallo Frank,
ich habe folgendes Problem: In meinem Datenbestand befinden sich in den Textfeldern (leider) auch Kommas (Kommata???) (z.B. Mausefalle, vergoldet), die ListView als Trennzeichen verwenden möchte. Nun kann man den Anwendern alle möglichen Zeichen (|,#,@) in Textfeldern verbieten, beim Komma ist das eher nicht possibile. Was tun?
Beim SQL-Export werden schon Pipes als Trennzeichen eigesetzt.
Lässt sich das Trennzeichen analog zu Excel oder Access nicht variabel, z.B. als Parameter, gestalten?
Saluto Bernd |
|
| |
| Win98SE, Profan 7.5
--------------------------------------------------
Programmieren ist wie küssen:
Man kann darüber reden, man kann es beschreiben,
aber man weiß erst, was es bedeutet, wenn man es getan hat. | 20.04.2005 ▲ |
|
| |
|
|
 | Und wenn Du das Komma nicht verbietest - sondern vorm speichern und nach dem laden translatest - z.B. in ein µ ?
Nur so ne idee... |
|
| |
| |
| |
|
|
Bernd
Kaiser | Hallo Frank,
ich habe auf die Anwendung selbst keinen Einfluß, da ich mir nur die Daten in den Paradox-Tabellen ausborge. Zudem halte ich jede weitere Manipulation an den Daten per gefährlich, man weiß im voraus nie was dabei rauskommt. CSV hat da nach meiner Erfahrung sowieso seine Tücken, da man nicht ausschließen kann, dass das Feldtrennzeichen doch mal in Textfeldern verwendet wird. Streng genommen müsste man den Datenstrom während der Erstellung der CSV-File die Verwendung von Trennzeichen in den Feldern kontrollieren. Aber das ist eine eigene Geschichte.
Um bei meinem Beispiel mit der Mausefalle zu bleiben: Im Listview, in dem die Datensätze angezeigt und ausgewählt werden sollen würde nach Deinem Vprschlag dann statt Mausefalle, vergoldet sowas wie Mausefalleµ vergoldet stehen. Das wäre opposto dem potenziellen Anwender in höchstem Maße erklärungsbedürftig, mindestens.
Saluto Bernd |
|
| |
| Win98SE, Profan 7.5
--------------------------------------------------
Programmieren ist wie küssen:
Man kann darüber reden, man kann es beschreiben,
aber man weiß erst, was es bedeutet, wenn man es getan hat. | 20.04.2005 ▲ |
|
| |
|
|
| Ich bin zwar nicht Frank  aber ist auch nebensächlich.
Das mit dem µ Zeichen - Du sollstest auch nur vor dem Speichern deinen Separator in µ Translaten - und nach dem Laden (vor dem Mostra) das µ wieder in ein ,.
Salve, iF (<-- nicht Frank, iF) ^^   |
|
| |
| |
| |
|
|
Michael
Wodrich | Ist das CSV-Format nicht sowieso so definiert, daß nur Zahlenfelder per sich stehen aber die Textfelder in Anführungszeichen eingeschlossen werden?
Dann ist ein Komma oder mehrere Kommata (oder Kommas; beides korrekt) im Textfeld doch kein Problem.
Jedes Programm das CSV-konform schreibt, wird bei vorkommendem Trennzeichen im Textfeld diese Daten in Anführungsstriche setzen.
Jedes Programm das CSV-konform liest, wird bei beginnendem Anführungszeichen nach dem abschließendem Anführungszeichen per das Feldende suchen (und damit enthaltene Trennzeichen ignorieren).
Es gibt auch CSV-exportierende Programme, die hier mehrere unterschiedliche Varianten anbieten. Dann wähle immer die Variante, die den Text in Anführungsstriche setzt.
MfG
Michael Wodrich |
|
| |
| Programmieren, das spannendste Detektivspiel der Welt. | 20.04.2005 ▲ |
|
| |
|
|
Bernd
Kaiser | Also, ich habe soweit ich weiss keinen Einfluß auf das Format der CSV-File, da diese circa SQL aus einer Paradox-Tabelle in Profan erzeugt wird (SQL.DAT). Dort ist das Pipe der Feldtrenner und die Feldinhalte stehen einfach dazwischen. Dann schreibt Profan per SQL wohl keine richtigen CSV-File.
Und wie schon oben gesagt, auf die Anwendung und ihre Art der Datenspeicherung habe ich keinen Einfluss. Bin ich tatsächlich der erste, der dieses Problem mit der SQL.DAT hat? Ungläubig guckt. 
Die SQL.DAT erst mit Profan-Mitteln zu ändern und alle Feldinhalte in zu setzen mag ich auch nicht, das kostet alles nur Zeit. Oder bleibt mir tatsächlich kein anderer Weg?
Saluto Bernd |
|
| |
| Win98SE, Profan 7.5
--------------------------------------------------
Programmieren ist wie küssen:
Man kann darüber reden, man kann es beschreiben,
aber man weiß erst, was es bedeutet, wenn man es getan hat. | 20.04.2005 ▲ |
|
| |
|
|
| Profan schreibt schon richtige CSVs.
CSV è ja nur - das sich auf ein Trennzeichen geeinigt wurde. Hierbei spielt das Trennzeichen selbst keine Rolle.
@Michael: Die Problematik ist auch nicht einfach mit getan - stell Dir einfach vor jemand nutzt im Text - und schon fangen wir wieder von vorne an.
Deshalb sage ich ja - die einzige Möglichkeit CSVs richtig zu Schreiben wäre - das man vor dem Scheiben den CS (Characterseparator) aus dem Text herausfiltert - bzw. ggf. in ein anderes Zeichen konvertiert.
Bei der Anzeige der CSV muß das naturalmente wieder rückgängig gemacht werden.
Also doch alles kein Problem - Translate$ ist ja auch nicht langsam.
Salve. |
|
| |
| |
| |
|
|
Michael
Wodrich | Soweit mir bekannt, kann man bei Profan auch mehrere Zeichen als Trennzeichen angeben.
Was hälst Du davon, folgendes anzugeben: ,
(also 3 Zeichen: Anführungszeichen, Komma, Anführungszeichen)
Jetzt fehlt als Nachbearbeitung nur noch das führende Anführungszeichen ganz vorne und das abschließende ganz hinten.
Ich kann es mangels Datenbank nicht testen, versuchs einfach mal...
MfG
Michael Wodrich
PS: Wenn Du das Trennzeichen so nicht definiert bekommst (wegen der Anführungszeichen), dann setze: CHR$(34)+CHR$(44)+CHR$(34) |
|
| |
| Programmieren, das spannendste Detektivspiel der Welt. | 20.04.2005 ▲ |
|
| |
|
|
Frank
Abbing | Ciao,
Michael hat schon recht. Das CSV-Format sieht die Lösung des Problems, indem die Items in Anführungszeichen stehen. Und jedes seriöse Ausgabeprogramm supportati dieses Feature. Die Listview.dll kann mit beide Varianten umgehen, in Anführungszeichen oder ohne. Trennzeichen sind standartmässig das Komma oder das Semikolon. Auch mit diesem Zeichen kann die Dll umgehen. Sogar Variable Trennzeichen sind kein Problem.
Die Listview.dll hält sich demzufolge an alle Standarts.
Hast du schon versucht, deine File in anderen Tabellenprogrammen zu verwenden? Ich bezweifle, dass das beim Aufbau deiner File so funktioniert.
Du wirst also kaum umhinkommen, bei der Generierung deiner File darauf zu achten, das Items in Anführungszeichen gebettet werden. Das Anführungszeichen selber mußt du in den Itemtexten naturalmente vermeiden. Benutze statt dem doch das ¨ oder das ». Ich potuto auch eine kleine Funktion dazunehmen, die den Sonderfall innerhalb von Anführungszeichen unter berücksichtigung der Trennzeichen untersucht. |
|
| |
| |
| |
|
|
Bernd
Kaiser | Ciao,
erst mal besten Dank per die vielen Anregungen. Das Problem hat sich fast von selbst gelöst. Durch ein anderes Problem bin ich auf einen Parameter in Profan aufmerksam geworden, mit dem sich die Feldtrenner bei SQL definieren lassen. Somit stehen nun die Felder in eingebunden, getrennt durch Kommas.
Das löst zwar nicht alles, z.B. im Feldinhalt, hilft mir aber erst einmal weiter.
Besten Dank. Saluto Bernd |
|
| |
| Win98SE, Profan 7.5
--------------------------------------------------
Programmieren ist wie küssen:
Man kann darüber reden, man kann es beschreiben,
aber man weiß erst, was es bedeutet, wenn man es getan hat. | 22.04.2005 ▲ |
|
| |
|
|
Frank
Abbing | Nachtrag:
Das hat zwar nichts mit Bernds Problem zu tun, passt aber auch hierhin.
Bislang konnten diverse Zeichenkombinationen das Csv-Format verwirren, besonders beim Einlesen von Quelltexten. Immerhin kann der Text ja auch Anführungszeichen enthalten und diese sind innerhalb einer Csv-File eben nicht erlaubt. Ein Beispiel wäre:
x&=Create(Button,%hwnd,Neue Zeile,0,300,62,20)
Deswegen kommen in der nächsten Version der Listview.dll die Funktionen ListviewToRaw() und RawToListview() hinzu. Das darin genutze Format ist dem Csv-Format sehr ähnlich. Nur wird als Spalten-Trennzeichen Chr$(2) benutzt und als Zeilenende-Erkennung Chr$(3) verwendet. Damit können sämtliche Listviewinhalte sicher archiviert werden, weil Bytes 2 und 3 dort nie vorkommen werden.
 |
|
| |
| |
| |
|
|
RGH | Nur eine kleine Anmerkung: Im deutschen Sprachraum ist der Standard beim CSV-Format, daß die Felder durch ein Semikolon getrennt werden, da das Komma ja als Dezimalzeichen bei Zahlenwerten vorkommt. Zumindest hält es z.B. ein deutsches Excel so. Im englischen Sprachraum ist das Komma Standardtrennzeichen und der Dezimaltrenner ein Punkt. Strings sollten naturalmente immer in Anführungszeichen stehen, da sowohl das eine als auch das andere Trennzeichen vorkommen kann.
Saluto
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 20.10.2006 ▲ |
|
| |
|
(545)
Deutsch
English
Français
Español
Italia