Re: Domena

Autor: Konik Bujany (pt_at_pisz.na.niusy.invalid)
Data: Tue 13 Jun 2000 - 23:56:09 MET DST


This is a multi-part message in MIME format.

------=_NextPart_000_04B4_01BFD58F.F1612B60
Content-Type: text/plain;
        charset="iso-8859-2"
Content-Transfer-Encoding: 8bit

  "Marcin Jagodzinski" <pisz_na_adres_z_reply_to_at_webcorp.com.pl>
    W zasadzie masz rację, przy założeniu, że chodzi o standard
    *gdziekolwiek* - w Polsce obowiązujące standardy określa Polska Norma
    albo ISO, ale raczej nie ANSI (*American* National Standards
    Institute), a CP1250 to standard ANSI :-)
  Hmm... w Polsce... tylko, że było pytanie o newsy. A tu trudno mówić o
  "rejonizacji". Tak, czy owak: projekt RFC newsowego przewiduje Unicode (w
  kodowaniu UTF8) jako domyślny standard kodowania znaków w Usenecie.
To tak nie do końca jest. Póki co, draft mówi tylko o kodowaniu nagłówków w
utf-8. Treść to osobna sprawa, konkretnie Mime'u. Dzięki niemu można np.
publikować przesyłki przy użyciu Imap'a coby sobie wybierać treść
alternatywną. W każdym razie wszystko zależy od Content-Type. Jeśli jest to
np. text/xml to faktycznie utf-8 jest domyślne, ale już w przypadku
text/html takie założenie jest zbyt ryzykowne i raczej należy wymagać
oznaczenia standardem treści w Html'u choćby kodem Bom. Przyjęcie domyślnego
utf-8 jest na tyle bezpieczne, na ile dany format zakłada i w przeszłości
zakładał konieczność deklaracji kodowania przy używaniu kodów spoza
us-ascii.

------=_NextPart_000_04B4_01BFD58F.F1612B60
Content-Type: text/html;
        charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-2" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY>
<DIV>&nbsp;</DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
  <DIV>"Marcin Jagodzinski" &lt;<A=20
  =
href=3D"mailto:pisz_na_adres_z_reply_to_at_webcorp.com.pl">pisz_na_adres_z_r=
eply_to_at_webcorp.com.pl</A>&gt;=20
  </DIV>
  <BLOCKQUOTE=20
  style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; =
MARGIN-RIGHT: 0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
    <DIV>W zasadzie masz racj=EA, przy za=B3o=BFeniu, =BFe chodzi o =
standard=20
    <BR>*gdziekolwiek* - w Polsce obowi=B1zuj=B1ce standardy okre=B6la =
Polska=20
    Norma<BR>albo ISO, ale raczej nie ANSI (*American* National =
Standards=20
    <BR>Institute), a CP1250 to standard ANSI :-)</DIV></BLOCKQUOTE>
  <DIV>Hmm... w Polsce... tylko, =BFe by=B3o pytanie o newsy. A tu =
trudno m=F3wi=E6=20
  o<BR>"rejonizacji". Tak, czy owak: projekt RFC newsowego przewiduje =
Unicode=20
  (w<BR>kodowaniu UTF8) jako domy=B6lny standard kodowania znak=F3w w =
Usenecie.=20
  </DIV></BLOCKQUOTE>
<DIV>To tak nie do ko=F1ca jest. P=F3ki co, draft m=F3wi tylko o =
kodowaniu nag=B3=F3wk=F3w w=20
utf-8. Tre=B6=E6 to osobna sprawa, konkretnie Mime'u. Dzi=EAki niemu =
mo=BFna np.=20
publikowa=E6 przesy=B3ki przy u=BFyciu Imap'a coby sobie wybiera=E6 =
tre=B6=E6 alternatywn=B1.=20
W ka=BFdym razie wszystko zale=BFy od Content-Type. Je=B6li jest to np. =
text/xml to=20
faktycznie utf-8 jest domy=B6lne, ale ju=BF w przypadku text/html takie =
za=B3o=BFenie=20
jest zbyt ryzykowne i raczej nale=BFy wymaga=E6 oznaczenia standardem =
tre=B6ci w=20
Html'u cho=E6by kodem Bom. Przyj=EAcie domy=B6lnego utf-8 jest na tyle =
bezpieczne, na=20
ile dany format zak=B3ada i w przesz=B3o=B6ci zak=B3ada=B3 =
konieczno=B6=E6 deklaracji=20
kodowania przy u=BFywaniu kod=F3w spoza us-ascii.</DIV></BODY></HTML>

------=_NextPart_000_04B4_01BFD58F.F1612B60--



To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:33:42 MET DST