[C#] ï = 239 ipv 139

[Nexopheus]

Ik ben bezig met schrijven van een yenc library en nu kom ik het volgende tegen.
Wanneer ik bijvoorbeeld de int 139 converteer naar een char dmv een explicit cast

C#:

int i = 139;
char c = (char)i;

Krijg ik een heel mooi blokje te zien, ipv ALT+139 : ï
Wanneer ik het even andersom doe zie ik dat in de VS.NET omgeving de ï een decimale waarde heeft van 239.

Ik neem aan dat dit met ascii en unicode te maken heeft, maar hoe zorg ik er nu voor dat een integer variabele van 139 ook daadwerkelijk als ï wordt opgeslagen in de char variabele.

[.oisyn]

Door de unicode codepoint te gebruiken van ï, en niet een een of andere extended ascii-waarde dat volledig afhankelijk is van je gebruikte codepage

[Nexopheus]

Nou, dat is nu net niet mogelijk omdat het yenc encoding algoritme juist van die (extended) ascii codepage uitgaat. Ik wil dus alleen voor het char aangeven dat ie gewoon ascii moet zijn. Helaas is het Char object in C# een 16bits unicode character.

Beetje lastig dit

[Verwijderd]

Je kunt toch System.Text.Encoding gebruiken?

[.oisyn]

Nexopheus schreef op 15 maart 2004 @ 14:24:
Nou, dat is nu net niet mogelijk omdat het yenc encoding algoritme juist van die (extended) ascii codepage uitgaat. Ik wil dus alleen voor het char aangeven dat ie gewoon ascii moet zijn. Helaas is het Char object in C# een 16bits unicode character.

Beetje lastig dit

Ja logisch, maar dan moet je dus een functie aanroepen die jouw unicode character vertaalt naar een extended ascii character in de juiste codepage. Dat bedoelde ik eigenlijk te zeggen

[Nexopheus]

Aha, ok logisch idd.

Doe het nu gewoon binair. De berekeningen kloppen allemaal, gooi het aan het eind wel door een converter, of iets met die system.text.encoding.

[whoami]

System.Text.Encoding.Convert()

[Nexopheus]

[Rataplan]

Nexopheus schreef op 15 maart 2004 @ 14:49:

Laat je nog even zien hoe je het voorelkaar hebt gekregen? System.Text.Encoding ondersteunt bij mij alleen 7-bits ASCII; ï geeft consequent 63 terug en 139 converteren levert een '?' op

[Verwijderd]

63, 139 Ik begrijp er niks van.

Ik maak gebruik van BitConverter.

Houd wel rekening met little- bigendian.

Daarnaast ondersteund niet elk font elk karakter.

[Nexopheus]

63, 139 zijn de decimale waarden van een char

[Woy]

Rataplan schreef op 15 maart 2004 @ 15:27:
[...]

Laat je nog even zien hoe je het voorelkaar hebt gekregen? System.Text.Encoding ondersteunt bij mij alleen 7-bits ASCII; ï geeft consequent 63 terug en 139 converteren levert een '?' op

Je kan gebruik maken van de volgende code

C#:

System.Text.Encoding codepage = System.Text.Encoding.GetEncoding( codepage );

daarna kan je gewoon chars naar bytes en andersom converten

[Rataplan]

rwb schreef op 15 maart 2004 @ 17:20:

C#:

= System.Text.Encoding.GetEncoding( codepage );

Dat was het schakeltje dat ik nog miste. Hartelijk dank!

[ Voor 12% gewijzigd door Rataplan op 15-03-2004 17:39 . Reden: knip wegens layout ]

[Nexopheus]

Voorbeeldje ???

Het gaat ook met inlezen fout arggg

Ik ga dit denk ik maar in unmanaged code schrijven, en via interop aanroepen ofzo.

[gorgi_19]

Kan je niet gewoon Microsoft.VisualBasic.Strings.Asc gebruiken? Ik geloof dat je de VB namespace ook via C# moest kunnen aanroepn.

[Nexopheus]

moet gewoon via een stream kunnen inlezen, niet char voor char omzetten mbv asc.

[Rataplan]

Nexopheus schreef op 16 maart 2004 @ 13:18:
Ik ga dit denk ik maar in unmanaged code schrijven, en via interop aanroepen ofzo.

Als je het maar laat

C#:

Encoding myCodePage = Encoding.GetEncoding(850); 
byte[] test = Encoding.Convert(
     Encoding.Unicode,
     myCodePage,
     Encoding.Unicode.GetBytes("éëè")
);

En dan staat in 'test' de lijst met gezochte ascii-waardes (130 137 138, in dit geval). Met GetChars enzo kom je d'r nou zelf wel uit, hm

[Nexopheus]