I would also like to note (and I am sure everyone agrees), that this is
all a temporary solution. Things like:
>A web site with versions of the same files in different encodings
>(e.g., SJIS, EUC and JIS) or languages (e.g., English and Japanese) could
>create separately rooted trees with the equivalent files in each tree.
>The top page could say click here for SJIS/EUC/JIS or English/Japanese.
are obviously a poor solution at best. Larry's "conversion server"
idea is obviously preferrable.
>Ken>I want to add one more thing about this issue. We could have the document
>Ken>which uses multiple charset in future. We must define the way to label
>Ken>such a document.
>Ken>It can be like ...
>Ken> Content-Type: text/html; charset="ISO2022-JP", charset="ISO8859-6"
>Ken>Is this OK?
As Dan noted, you cannot do it this way. SGML (even if you play with
the declaration) *cannot* handle it. The <charset> tag idea is also not a
winner...
Forcing charset= usage will break some clients (perhaps all), but
given the distribution channels in Japan where everyone gets such
clients (magazines, Nifty, NTT), updating should not be hard. It will
certainly be easier than supporting broken software for years to
come....