Re: URL internationalization!

"Martin J. Duerst" <[email protected]>
Newsgroups gmane.ietf.url
Message-ID <Pine.SUN.3.95q.970220141233.245O-100000@enoshima>
Masataka -

On Thu, 20 Feb 1997, you wrote:

> Yergeau;

Didn't I tell you that this is his last name, you it would be
"Mr. Yergeau"? Do you actually read mail?


> No. The ovbious answer is for the client to use ISO 2022 based
> encoding assuming G0 designation of ASCII only.
> 
> The encoding is compatible (automatically distinguishable with 100%
> certainity) with all the existing ones, including SJIS, EUC (of any
> sort including ISO-8859-*), BIG5, GBK, and even the infamous UTFs
> so that servers can automatically detect badly-behaving clients
> and, then, guess the encoding.

That would be one possible answer, but not a very obvious one,
and one with important shortcommings:

- ISO 2022 allows virtually dozens of ways to encode most characters.
	I have already mentionned this.
- This would require servers to understand all the many "codepages"
	registered (currently close to 200).
- ISO 2022 is notoriously complex. It's a box of building
	blocks which require careful tailoring before use. Specs
	defining encodings based on ISO 2022 are regularly more
	complex than e.g. UTF-8. Just compare some of the RFCs
	you have cited in an earlier mail with RFC 2044.


Regards,	Martin.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.