kodtabla -locale

[hwsw famulus]

>> Illetve a legtobb string-fuggvenynek megvan a lokalizalt parja.
>> Pl. strcmp -> strcoll.
>> Ha ezekkel irsz pl. rendezest, akkor az adott nyelvnek megfelelo eredmeny
>> kapsz.
>> Az adatbazis-motorok is ezt hasznaljak (pl. PostgreSQL), nem fognak sajat
>> spanyolviaszt feltalalni :)
>
> Amigan meg siman megpatcheli a locale.library az utility.library
> sztringkezelo fuggvenyeit, ugyhogy ott is automatikusan jo lesz minden.
>
> Tok jo, altalanosan el van terjedve ez a rendszer, nem tudom egyeseknek
> miert volt furcsa :)
>
>>                                  -Sygma
> Valenta Ferenc <vf at elte.hu>   Visit me at http://ludens.elte.h u/~vf/

Ertem en,hogy meglehet oldani ganyolassal is......
mert miert ne lehetne?

De, nem ertem, miert nem jobb ha
EGYSZER az OPSYS szintjen levan kezelve a dolog
es aztan barki kenyelmesen hasznalhataja szolgaltatast
anelkul, hogy tudna mitol muxik es hogy
neki ezzel kulon bajlodnia kelljen?

Az altalanos megoldas pedig velemenyem szerint
pont az, hogy rendelkezesre all barmikor,
barmelyik abc keszlet......

Ez az UNICODE a maga 16 bit-es karkod-jaival
manapsag, de mivel vannak meg nem full unicode-s
cuccok ezert vannak hozza mindenfele kodec-ek is.

A helyzet szerintem olyan mint a windows/linux vitaknal...
A linux sok elonye abbol adodik ugye, hogy
nemtorodik a visszamenoleges kompatibilitassal
igy szabadon valaszthatott jobb megoldasokat ....

Ha, nem kene vilag 7/8 bites dolgaival foglalkozni
hanem eleve 16/32/64 bit lenne minden akkor
itt sem lenne gond......de majd elmulik

Ahogy sok ev utan talan mamar nem gond
a 8 bit az elotte divatos (6)7 bit utan.......

Mikozben a  "nagy" prociknal
immar a 32 bit is kezd elavulni :-))

KJ