SOURCES: monodoc.desktop (NEW) - desktop file

Paweł Sakowski pawel w sakowski.eu.org
Sob, 28 Lut 2004, 21:23:51 CET


> Jakichs? Nietrudno sie domyslic jakich.
> Zreszta wystarczy sobie sprobowac ustawic LANG=pl_PL w jaks z-UTF-izowanym
> RH/Fedorze, sprobowac polaczyc sie z dowolnym _innym_ systemem wspierajacym
> standardowe locale pl_PL (w iso-8859-2)
  ^^^^^^^^^^^
Wolę określenie "klasyczne".

>  i stwierdzic, ze polowa rzeczy nie
> dziala jak powinna pomimo poprawnej konfiguracji.
> W dsuga strone jest podobnie.

Zgoda, w tej sytuacji można się spodziewać problemów. Ale powodem
problemów nie jest to, że ktoś sobie ustawił lokale według uznania.
Powodem jest to, że na dzień dzisiejszy połowa programów pod Linuxem
zakłada utopijną sytuację, że istnieje wzajemnie jednoznaczne
odwzorowanie pomiędzy ciągami oktetów i ciągami znaków. Nic bardziej
mylnego.

Przykłady: SSH/Telnet przesyłają w te i wewte oktety, nie znaki. W
protokole FTP nazwa plików jest de facto ciągiem oktetów. Gdyby ktoś
chciał ściągnąć sobie FTP-em plik Paweł.txt to co ma wysłać serwerowi?
RECV Pawe\xc5\x82.txt? RECV Pawe\xb3.txt? Nie wiadomo. 

Twórcy języków programowania mają swój wkład w mylenie pojęć "bajt" i
"znak". W C/C++ pod nazwą char ukrył się typ liczby całkowitej
8-bitowej. W Javie niewiele lepiej: liczba całkowita 16-bitowa.
strlen(const char*) zwraca liczbę, która może mieć niewiele wspólnego z
długością ciągu znaków. Tak powstaje cała masa programów które nie
umieją współpracować z użytkownikami znającymi ponad 256 znaków.

Kończę, bo zaraz w depresję popadnę. Tym niemniej, widać powolną
tendencję do normalizacji: GTK+2 jest w stanie przetwarzać pełną paletę
znaków unikodowych. Format plików XML zawiera deklarację kodowania
pliku, w przeciwieństwie do HTML-a (spóźnione dokładanie nagłówków HTTP
się nie liczy).

-- 
+----------------------------------------------------------------------+
| Paweł Sakowski <pawel w sakowski.eu.org>            Never trust a man  |
|                            who can count up to 1023 on his fingers.  |
+----------------------------------------------------------------------+



Więcej informacji o liście dyskusyjnej pld-devel-pl