🚀 go-pugleaf

Osoba podpisana jako 'Tom N' <news.account@int15priv.dyndns.org.invalid>
w artykule <news:e517uuax94ss.dlg@int15priv.dyndns.org> pisze:
> W wiadomości <news:bpnm00$4g8$1@news.onet.pl>
> dnia 2003-11-22, Piotr 'Gerard' Machej wstukał(a)
>
>> Użytkownik Valwit <justthelast5listy@valwit.net> napisał:
>>> Fakt. Nie wiem co prawda czemu ale w innych jest OK :)
>>
>> Najpewniej dlatego, że w tamtym poście nie było ani jednego
>> znaku wymagającego specjalnego kodowania ;)
>
> To pozwolę sobie zacytować cytowany na pl.news.czytniki fragment RFC :)
> <q>
>  In general, composition software should always use the "lowest common
>    denominator" character set possible.  For example, if a body contains
>    only US-ASCII characters, it SHOULD be marked as being in the US-
                                 ^^^^^^^
>    ASCII character set, not ISO-8859-1, which, like all the ISO-8859
>    family of character sets, is a superset of US-ASCII.
>                                               (c) RFC 2046
> </q>

Istotne słowo podkreśliłem. POWINNO, nie MUSI. Kodowanie może nie być
zadeklarowane wcale. Z tychże RFC dotyczących MIME wynika, że przy braku
deklaracji kodowania _domyślnie_ przyjmuje się us-ascii, do czego właśnie
nawiązuje powyższy cytat.

Oczywiście dobry czytnik pozwala na ustawienie domyślnego kodowania innego
niż us-ascii, choćby dla ułatwienia czytania i odpowiadania, czyli
większej zgodności z netykietą (RFC 1855).
Jeśli chodzi o przyszłość, to pojawiły się już drafty wskazujące na
konieczność zmiany domyślnego kodowania z us-ascii na utf-8.

PS. FUT ignored, cross+fut pl.news.czytniki.

-- 
Andrzej P. Woźniak  uszer@pochta.onet.pl  (zamień z<->h w adresie)
http://www.harbour.pl.eu.org/clipper/clipper_mini_faq.html
Harbour - 32-bitowy kompilator Clippera - już v.0.43 free software
Strona www nieaktualna, pliki na ftp://ftp.harbour.pl.eu.org/harbour/