| |
|
|
- Página 1 - |
|
Bernd Kaiser | ¡Hola Franco,
Yo folgendes Problema: In mi Datenbestand befinden se en el Textfeldern (desafortunadamente) auch Kommas (Kommata???) (z.B. Mausefalle, vergoldet), el ListView como Trennzeichen uso möchte. Nun puede ser el Anwendern todos möglichen Signo (|,#,@) en Textfeldern verbieten, beim Komma es el más no posible. Was tun?
Beim SQL-Export voluntad ya Pipes como Trennzeichen eigesetzt.
Lässt se el Trennzeichen analog a Excel oder Access no variabel, z.B. como Parámetro, gestalten?
Saludo 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 ▲ |
|
|
|
|
| |
|
- Página 1 - |
|
Michael Wodrich | Ist el CSV-Formato no sowieso así definiert, daß sólo Zahlenfelder para se posición aber el Textfelder en Anführungszeichen eingeschlossen voluntad?
Dann es una Komma oder mehrere Kommata (oder Kommas; beides korrekt) en el Textfeld doch kein Problema.
Jedes Programa el CSV-konform schreibt, se en vorkommendem Trennzeichen en el Textfeld esta Daten en Anführungsstriche conjunto.
Jedes Programa el CSV-konform liest, se en beginnendem Anführungszeichen después de el abschließendem Anführungszeichen para el Feldende suchen (y así enthaltene Trennzeichen ignorieren).
Lo son auch CSV-exportierende Programas, el hier mehrere diferente Varianten anbieten. Dann wähle siempre el Variante, el el Texto en Anführungsstriche setzt.
MfG Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 20.04.2005 ▲ |
|
|
|
|
Bernd Kaiser | Also, Yo soweit Sé que no Einfluß el Formato el CSV-Expediente, como esta encima SQL de uno Paradox-Tabla en Profano producido se (SQL.DAT). Dort es el Pipe el Feldtrenner y el Feldinhalte posición simplemente dazwischen. Dann schreibt Profano por SQL wohl no richtigen CSV-Archivos.
Und como ya oben dijo, en el Anwendung y ihre Art el Datenspeicherung Yo no Einfluss. Bin Yo tatsächlich el erste, el dieses Problema con el SQL.DAT ha? Ungläubig guckt.
El SQL.DAT sólo con Profano-Mitteln a ändern y todos Feldinhalte en a conjunto mag Yo auch no, el kostet alles sólo Tiempo. Oder restos me tatsächlich kein otro Weg?
Saludo 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 ▲ |
|
|
|
|
| Profano schreibt ya richtige CSVs.
CSV heißt sí sólo - el se en una Trennzeichen geeinigt wurde. Hierbei juega el Trennzeichen incluso ningún papel.
@Michael: El Problematik es auch no simplemente con getan - stell Usted simplemente antes alguien nutzt en el Texto - y ya fangen wir otra vez de vorne a.
Deshalb sage Yo sí - el einzige Möglichkeit CSVs correcto a Carta wäre - el uno antes el Scheiben el CS (Characterseparator) de el Texto herausfiltert - o. ggf. en una más Signo konvertiert.
En Anzeige el CSV muß el natürlich otra vez rückgängig gemacht voluntad.
Also doch alles kein Problema - Translate$ es sí auch no langsam.
Salve. |
|
|
| |
|
|
|
Michael Wodrich | Soweit me bekannt, puede ser en Profano auch mehrere Signo como Trennzeichen angeben.
Was hälst Usted su, folgendes anzugeben: , (also 3 Signo: Anführungszeichen, Komma, Anführungszeichen)
Jetzt fehlt como Nachbearbeitung sólo todavía el führende Anführungszeichen bastante vorne y el abschließende bastante hinten. Puedo lo mangels Datenbank no testen, versuchs simplemente veces...
MfG Michael Wodrich
PS: Si usted el Trennzeichen así no definiert bekommst (wegen el Anführungszeichen), entonces poner: CHR$(34)+CHR$(44)+CHR$(34) |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 20.04.2005 ▲ |
|
|
|
|
Frank Abbing | ¡Hola,
Michael ha ya bastante. Das CSV-Formato sieht el Solución des Problems, indem el Items en Anführungszeichen posición. Und cada seriöse Ausgabeprogramm unterstützt dieses Feature. El Listview.dll kann con beide Varianten umgehen, en Anführungszeichen oder sin. Trennzeichen son standartmässig el Komma oder el Semikolon. Auch con diesem Signo kann el Dll umgehen. Sogar Variable Trennzeichen son kein Problema. El Listview.dll hält se demzufolge a todos Standarts. Hast du ya intenta, deine Expediente en otro Tabellenprogrammen utilizarse? Yo bezweifle, dass el beim Aufbau deiner Expediente así funktioniert. Usted wirst also kaum umhinkommen, en Generierung deiner Archivos darauf a achten, el Items en Anführungszeichen gebettet voluntad. Das Anführungszeichen selber mußt du en el Itemtexten natürlich vermeiden. Benutze en lugar de el doch el ¨ oder el ». Yo podría auch una kleine Función dazunehmen, el el Sonderfall innerhalb de Anführungszeichen bajo berücksichtigung el Trennzeichen untersucht. |
|
|
| |
|
|
|
Bernd Kaiser | ¡Hola,
sólo veces besten Dank para el vielen Sugerencias. Das Problema ha se fast de incluso gelöst. Durch una más Problema bin I una Parámetro en Profano aufmerksam geworden, con el el Feldtrenner en SQL definieren dejar. Somit posición nun el Felder en eingebunden, getrennt por Kommas.
Das löst zwar no alles, z.B. en el Feldinhalt, hilft me aber sólo una vez más.
Besten Dank. Saludo 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 | Apéndice:
Das ha zwar nichts con Bernds Problema a tun, passt aber auch hierhin. Bislang konnten diverse Zeichenkombinationen el Csv-Formato verwirren, besonders beim Einlesen de Quelltexten. Immerhin kann el Texto en efecto Anführungszeichen enthalten y esta son innerhalb uno Csv-Expediente eben no erlaubt. Ein Ejemplo wäre:
x&=Create(Button,%hwnd,Neue Línea,0,300,62,20)
Deswegen kommen en el nächsten Versión el Listview.dll el Características ListviewToRaw() y RawToListview() hinzu. Das en él genutze Formato es el Csv-Formato muy ähnlich. Nur se como Spalten-Trennzeichen Chr$(2) benutzt y como Zeilenende-Erkennung Chr$(3) verwendet. Damit puede sämtliche Listviewinhalte sicher archiviert voluntad, porque Bytes 2 y 3 hay nie vorkommen voluntad.
|
|
|
| |
|
|
|
RGH | Nur una kleine Anmerkung: Im Alemán Sprachraum es el Standard beim CSV-Formato, daß el Felder por una Semikolon getrennt voluntad, como el Komma sí como Dezimalzeichen en Zahlenwerten vorkommt. Zumindest hält lo z.B. una deutsches Excel así. Im englischen Sprachraum es el Komma Standardtrennzeichen y Dezimaltrenner una Punkt. Cuerdas debería natürlich siempre en Anführungszeichen posición, como sowohl el una como auch el otro Trennzeichen vorkommen kann.
Saludo 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 ▲ |
|
|
|
| |
|
- Página 2 - |
|
|
Frank Abbing | Genauso handhabt lo sí el Listview.dll. Komma oder Semikolon son como Trenner erlaubt, Anführungszeichen son de- oder zuschaltbar. Como mein oberes Ejemplo zeigt, es el Csv-Formato sin embargo rápidamente überfordert. |
|
|
| |
|
|
|
| [quote:6e95db2616]Como mein oberes Ejemplo zeigt, es el Csv-Formato sin embargo rápidamente überfordert.[/quote:6e95db2616]Wo wir en el EscapeSequenzen wären... oder zumindest como en vielen Idiomas. |
|
|
| |
|
|
|
RGH | [quote:a6decc9c14=iF][quote:a6decc9c14]Como mein oberes Ejemplo zeigt, es el Csv-Formato sin embargo rápidamente überfordert.[/quote:a6decc9c14]Wo wir en el EscapeSequenzen wären... oder zumindest como en vielen Idiomas.[/quote:a6decc9c14] heißt en XProfan q. |
|
|
| 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 ▲ |
|
|
|
|
Frank Abbing | Yo fürchte sólo, así voluntad mi generierten Csv-Archivos inkompatibel a otro Programmen voluntad, el Csv-Archivos einlesen puede. Und sólo de diesem Grund Tuve esta Möglichkeit geschaffen. |
|
|
| |
|
|