Re: http charset labelling

Gavin Nicol <gtn@ebt.com> Fri, 09 February 1996 23:57 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa00502; 9 Feb 96 18:57 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa00498; 9 Feb 96 18:57 EST
Received: from services.Bunyip.COM by CNRI.Reston.VA.US id aa16910; 9 Feb 96 18:57 EST
Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id SAA12908 for uri-out; Fri, 9 Feb 1996 18:21:41 -0500
Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id SAA12903 for <uri@services.bunyip.com>; Fri, 9 Feb 1996 18:21:38 -0500
Received: from ebt-inc.ebt.com by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b) id AA29618 (mail destined for uri@services.bunyip.com); Fri, 9 Feb 96 18:21:36 -0500
Received: (from gtn@localhost) by ebt-inc.ebt.com (8.6.12/8.6.9) id SAA09874; Fri, 9 Feb 1996 18:19:31 -0500
Date: Fri, 9 Feb 1996 18:19:31 -0500
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Gavin Nicol <gtn@ebt.com>
Message-Id: <199602092319.SAA09874@ebt-inc.ebt.com>
To: dupuy@cs.columbia.edu
Cc: mohta@necom830.cc.titech.ac.jp, uri@bunyip.com
In-Reply-To: <9602092235.AA18323@just.smarts.com> (dupuy@cs.columbia.edu)
Subject: Re: http charset labelling
X-Orig-Sender: owner-uri@bunyip.com
Precedence: bulk

>The convenience of extended character set for URL may outweigh the
>inconvenience of less reliable ability to type them in from printed
>representation.  But, we should be aware of this tradeoff if we
>decide to make it.  This is Masataka's point, which you seem to be
>missing. 

No, I dodn't miss the point, but I disagree that it leads to the
logical conclusion that one *must* use a limited character repertoire
in all cases.

In actual fact, I tend to agree that in general, people should stick
to a limited character repertoire if they want maximum
interoperability, but as I have noted people want to use their native
language, and will do so. We need to minimize the amount of
interoperability issues this will bring about.

I should note that this problem may become more common as people put
databases and whatnot online. It is very common for field names to be
in some native language that does not use roman letters.