[Llarian]

Moin zusammen,

da hier ja einige Experten sitzen, hoffe ich, daß mir jemand meine Frage beantworten kann...

Normalerweise weiß der Rechner anhand des Datentyps, wie lang ein Zeichen oder eine Zahl im Speicher in Byte ist. Nun kann ein Zeichen in UTF-8 mit variabeler Byteanzahl gespeichert werden, je nachdem, wie außergewöhnlich es ist. Woher weiß er im Fall eines UTF-8-codierten Zeichens, wie "breit" es ist bzw auf wievielen Bytes es abgebildet ist?

Und wenn wir schon beim Thema sind Ist SiDiary eigentlich unicodefähig?

vG
Anja

[unknown]

Hallo Anja,

zwecks Kodierung von UTF-8 http://de.wikipedia.org/wiki/UTF-8. Abschnitt Kodierung.

Grüßle

Norbert

[Llarian]

Hmpf, ich habe diese Seite in den letzten Tagen mehrfach aufgerufen, aber anscheinend sehr selektiv gelesen. Zu lange Beschäftigung mit einem Thema kann wirklich betriebablind machen.

Danke Dir.
Anja

[Andi]

Und wenn wir schon beim Thema sind Ist SiDiary eigentlich unicodefähig?

IMHO sind die Datenfiles der V5 in UTF8 abgelegt.

[Alf]

In Bezug auf SiDiary kann ich lauthals ein klares, unumstössliches und definitives "jein" verkünden...

Bei der V5 speichern alle mobilen Clients und Online Unicode-Files, die PC-Version speichert die Daten noch als ANSI. V6 -PC speichert ebenfalls Unicode-Files.

Ein echtes praktisches Problem träte bei den ANSI-Files jedoch nur auf, wenn jemand mit mehr als einem Zeichensatz aus einer völlig anderen Codepage arbeiten wollte, d.h. gleichzeitig zum Beispiel russischen und griechischen Text oder französische Sonderzeichen als Bemerkungen eingeben wollte, weil die jeweiligen Unicode-Bereiche immer auf eine Standard-ANSI-Codepage für das jeweilige Windows in der "Sprachzone" gemappt sind...z.B. Russisch auf 1251...

Aus dem Grunde sehen wir mit einem Deutschen Windows dann auch immer die Russischen Sonderzeichen aus einem "Nicht-Unicode-File) als diese lustigen Knödel - einfach weil in der Western-Codepage an der gleichen Stelle einfach andere Sonderzeichen liegen.

[LordBritish]

Ein echtes praktisches Problem träte bei den ANSI-Files jedoch nur auf, wenn jemand mit mehr als einem Zeichensatz aus einer völlig anderen Codepage arbeiten wollte, d.h. gleichzeitig zum Beispiel russischen und griechischen Text oder französische Sonderzeichen als Bemerkungen eingeben wollte, weil die jeweiligen Unicode-Bereiche immer auf eine Standard-ANSI-Codepage für das jeweilige Windows in der "Sprachzone" gemappt sind...z.B. Russisch auf 1251...

Gute Idee eine Multilanguage Version im wahrsten Sinne


Grüße

Markus

[Llarian]

In Bezug auf SiDiary kann ich lauthals ein klares, unumstössliches und definitives "jein" verkünden...

Bei der V5 speichern alle mobilen Clients und Online Unicode-Files, die PC-Version speichert die Daten noch als ANSI. V6 -PC speichert ebenfalls Unicode-Files.

Ein echtes praktisches Problem träte bei den ANSI-Files jedoch nur auf, wenn jemand mit mehr als einem Zeichensatz aus einer völlig anderen Codepage arbeiten wollte, d.h. gleichzeitig zum Beispiel russischen und griechischen Text oder französische Sonderzeichen als Bemerkungen eingeben wollte,

Kann ja bei Ärzten, die eine internationale Auswahl an Patienten haben, durchaus virkommen

Grüße
Anja

[Alf]

Auch das reicht an Mischmasch noch nicht aus, denn da _könnte_ ich auch immer noch die CodePage des jeweiligen Patienten aktivieren. Das Problem ensteht dann, wenn der eine Patient Zeichen von mehr als einer Codepage nutzen würde...

[unknown]

Braucht der Arzt dann auch eine Multilinguale Version von Windows?

[Alf]

Eigentlich nicht. Zumindest kann ich mein deutsches XP Prof. auch auf andere Sprachen umstellen und andere Codepages aktivieren, so dass ich auch z.B. Russisch aus Ansi-Files lesen kann...na ja...was man so lesen nennt...