Das deutsche QBasic- und FreeBASIC-Forum

[Luke]

Moin Leute!
Ich habe jetzt schon viel herumgesucht, aber nicht das gefunden, was ich brauche.
Ich habe eine Textdatei im Utf8 Zeichensatz, und möchte sie einlesen.
Das ist ja auch nicht weiter schwer, nur Umlaute wie ä, ö, ü, ...etc. werden nicht richtig eingelesen. Der ascii-Wert von einem einglesenen "ü" ist dann auf einmal 252, obwohl er eigentlich 129 sein müsste.

[Eternal_pain]

probier mal ob das hier funktioniert, lag noch auf meiner platte rum, leider schon etwas älter und nicht weiter mehr getestet:

[Sebastian]

Hallo,

hast du beim Öffnen der Datei das ENCODING-Schlüsselwort benutzt?

Viele Grüße!
Sebastian
_________________

Die gefährlichsten Familienclans | Opas Leistung muss sich wieder lohnen - für 6 bis 10 Generationen!

[Luke]

Hey Super! Gleich zwei gute Hilfen!
Werde es mal probieren.
_________________
ICH war mal schizophren, aber jetzt sind WIR okay.

[Luke]

hmm, also irgentwie bekomme ich es immernoch nicht hin. Weder encoding funzt, noch Eternal_pains Lösung....

[MOD]

UTF8 <> ASCII

Die Werte für >127 Zeichen unterscheiden sich eben. Wenn du schon UTF8 einliest, musst du das natürlich in einen WString machen, Strings sind für ASCII da.

[Eternal_pain]

Ich vermute da auch eine verwechslung, denn wenn nicht anders angegeben, wird standardmässig in ANSI gespeichert...

das wurde hier mal gemacht:
http://forum.qbasic.at/viewtopic.php?t=4652&highlight=ansi+ascii
_________________

[Sannaj]

Wenn du die UTF-8 Übermenge nicht "verstehen" musst, reicht es völlig aus, sie einfach zu ignorieren. Alle UTF-8 Zeichen >0x7F verhalten sich dann wie eine Gruppe irgendwelche Zeichen aus 0x80 bis 0xFF.

Wichtig ist aber: UTF-8 können auch mehre Byte lang sein.

Die Möglichkeit mit wstring geht auch, muss aber erst konvertiert werden.

[28398]

Grundsätzlich ist die Unicode Unterstützung vom FBC/FBRTL eher ... schlecht als recht. Der Unicodesupport ist aber irgendwie in den meisten Hochsprachen noch ziemlich meh, aber ich befürchte, dass sich das nie wirklich bessern wird. Unicode ist halt einfach ein extrem komplexes Thema (besonders wenn dann noch die UCS-Varianten ins Spiel kommen), womit man sich als 0815 Anfänger nicht befassen mag. Unicode macht eigentlich nur halbwegs Spaß, wenn man eine wirklich reinrassige Umgebung des gleichen Unicodes-Standards hat. Also UTF-8 Daten, Ein/Ausgabe, Verarbeitung unter Linux und UTF-16 (oder war es doch UCS-16? ) unter Windows. Mac ist ja eh irrelevant. Alternativ konvertiert man alles in UTF-8, das ist meistens am einfachsten von der Handhabung her, solange man nicht annimmt, dass es kein Multibyte ist....

[RWK]

Ja, das macht immer wieder Spaß....

So hab ich hier ein Programm das unter FreeBasic ASCII in ein SQLite Datenbank schreibt.... (UTF-8 als Standard), wenn ich die dann unter Excel (UTF-16..meine ich) wieder auslese, krieg ich das per SQLite Treiber ums verrecken nicht hin, das die Umlaute korrekt dargestellt werden, obwohl bis zum MSQuery Programm noch alles 1a ankommt.
Dann halt direkt per FreeBasic.DLL unter Excel die Daten abfragen

Grüße

[Sannaj]

Dann geht das nur mit einer Entsprechenden Konvertierfunktion. Da UTF-16 von fb nur mit wstring unter Windows unterstuetzt wird, schreibst du dir am bessten selber eine (ist eigentlich zimlich einfach, die den String dann auf einen ushort-Array darstellt +0x0000, bevor du ihn in die Datenbank schreibst.

[28398]

[darksider3]

Nur um alles abzurunden, es gibt einen Hilfreichen Artikel bei Wikipdedia(Nur ums Klarzustellen, ich möchte das nur als ergänzung in diesem thread wissen )
Wikipedia ASCII Tabelle
Auszug:

[nemored]

Das ist ziemlich egal - eine Zahl ist eine Zahl, egal in welchem System du sie darstellen willst. 0x... ist jedenfalls hexadezimal (auch am vorkommenden A und B erkennbar )
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[dreael]