LPCXpresso+diakritika

[Pavel Hudecek]

Vypadá to, že LPCXpresso si kóduje jak se mu zrovna hodí. Když jsem to před 
prvním dotazem zkoumal, dotyčný soubor obsahoval jednobajtové znaky, v době 
psaní druhé zprávy měl dvoubajtové a teď má zas jednobajtové:-) Nebo se to 
tak jeví PSpadu při hexa zobrazení...

GCC má asi naštěstí nějakou autodetekci, takže když vstupní formát neuvedu, 
funguje to OK...

Update: Teď jsem dal kompilovat a už je tam zas 16b:-)

------------------
Oprava mailového klienta mi připomněla mojí opravu klávesnice:
- Klávesnice "Česká" obsahuje QWERTZ a různá písmenka při stisku Alt 
generují různé znaky z anglické klávesnice.
- Mně se QWERTZ nelíbí, tak chci "Česká QWERTY". Ale ta z nějakého neznámého 
důvodu nemá jen opravené Y/Z, ale navíc neumí ty kombinace s Alt, takže když 
si k takovému počítači sedne někdo jiný, nenapíše ani @.
- Vzal jsem tedy DLL "Česká" a prohodil Y/Z:-)

PH

-----Původní zpráva----- 
From: Jan Waclawek

>Podíval jsem se na zdroják v hexu a výsledkem je zjištìní, že je uložen v
>UTF-16, nebo jiném 16b formátu.

Viete, pan kolega, mozno by nezaskodilo trocha viac dokladnosti.

Povodne ste totiz napisali:

>>Kdy3 to udilám v LPCXpressu, zobrazí se nesmysly a poi zkoumání jsem
>>zjistil, 3e je text z 1250 v .c poelo3en pravdipodobni do utf8 v .o

z coho mi jasne vyplynulo, ze ste si *overili*, ze .c je v CP1250. Ako inak
by sa ten vyrok dal interpretovat?

>Ale pøedpokládám, že to [vypnut konverziu] nejde, podobnì jako nejde tuhle 
>"užiteènou" funkci
>vypnout u "Ultrafunk Popcorn" mailového klienta:-)

Popcorn nerobi ziadnu konverziu, len v odosielanom poste da natvrdo do
hlavicky
Content-Type:text/plain;charset=Windows-1252
Je to pochopitelne, je to minimalisticky mailovy klient (toto je pomerne
nova verzia ktora ma oproti starsim verziam uz pomerne vela featur a ma
asi 300kB) od svedskych autorov.
V robote mam fixnutu verziu - natvrdo som ten retazec prepisal v .exe - ale
tu doma sa mi to este nechcelo.