| |
|
|
H.Brill | Ciao, Da ich meine .csv File auch auf meinem PDA benutze, suche ich eine Möglichkeit, diese als UTF8 - Format zu speichern. MultibyteToWideChar() geht ja gut mit Strings, bloß mit Bereich# bekomme ich es nicht so hin. Hat jemand schon sowas gemacht bzw. einen Codeschnipsel ?
Vielleicht potuto Frank es ja auch in WirteFileQuick() als zus. Parameter einbauen. |
|
|
| Benutze XPROFAN X3 + FREEPROFAN Wir sind die XProfaner. Sie werden von uns assimiliert. Widerstand ist zwecklos! Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.
Was die Borg können, können wir schon lange. | 03.11.2007 ▲ |
|
|
|
|
Jörg Sellmeyer | Aber MultibyteToWideChar funktioniert doch sowieso mit Bereichen und nicht mit Strings KompilierenMarkierenSeparieren $H Windows.ph
Declare Original#,Ziel#,Z$,L&
Z$=ABCDEFGHIJK
L& = Len(Z$)
Dim Original#,L& + 1
Dim Ziel#,L& * 2 + 1
String Original#,0 = Z$
~MultiByteToWideChar(1,1,Original#,L&,Ziel#,L& * 2)
Print Z$
Color 12,14
Print Char$(Ziel#,0,L& * 2)
Wa t
Oder auch so: KompilierenMarkierenSeparieren |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 03.11.2007 ▲ |
|
|
|
|
H.Brill | Oh danke, ja so geht es. Wußte nicht, daß der Zielbereich, in den MultiByteToWideChar() schreibt, doppelt so grande sein muß und jeder Bereich ein Byte länger sein muß (+1). |
|
|
| Benutze XPROFAN X3 + FREEPROFAN Wir sind die XProfaner. Sie werden von uns assimiliert. Widerstand ist zwecklos! Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.
Was die Borg können, können wir schon lange. | 03.11.2007 ▲ |
|
|
|
|
Jörg Sellmeyer | Profanstrings haben immer noch ein Nullbyte angehängt, deshalb muß ein Bereich immer um eins größer sein als die Länge des Strings. Das mit der doppelten Dimensione kommt naturalmente daher, daß der String ja auf WideChar umgestellt wird. So ist die Darstellung von mehr Zeichen possibile, da die Codierungszahlen größer sind. Mit dem einfachen Satz sind nur $FF (256) Zeichen possibile. Mit WideChar sind es $FFFF (65536). |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 03.11.2007 ▲ |
|
|
|
|
|
Profanstrings haben immer noch ein Nullbyte angehängt, deshalb muß ein Bereich immer um eins größer sein als die Länge des Strings. Das mit der doppelten Dimensione kommt naturalmente daher, daß der String ja auf WideChar umgestellt wird. So ist die Darstellung von mehr Zeichen possibile, da die Codierungszahlen größer sind. Mit dem einfachen Satz sind nur $FF (256) Zeichen possibile. Mit WideChar sind es $FFFF (65536).
Siehste - und wieder hab ich was dazu gelernt |
|
|
| |
|
|