home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.std.internat
- Path: sparky!uunet!mcsun!news.funet.fi!network.jyu.fi!tarzan!tt
- From: tt@tarzan.jyu.fi (Tapani Tarvainen)
- Subject: Re: Dumb Americans (was INTERNATIONALIZATION: JAPAN, FAR EAST)
- In-Reply-To: avg@rodan.UU.NET's message of 1 Jan 1993 02: 31:17 -0500
- Message-ID: <TT.93Jan1135637@tarzan.jyu.fi>
- Originator: tt@tarzan.math.jyu.fi
- Sender: news@jyu.fi (News articles)
- Nntp-Posting-Host: tarzan.math.jyu.fi
- Organization: University of Jyvaskyla
- References: <8490@charon.cwi.nl> <1992Dec31.171450.1513@klaava.Helsinki.FI>
- <1992Dec31.203101.5447@prl.dec.com> <1i0s05INNnfn@rodan.UU.NET>
- Date: Fri, 1 Jan 1993 11:56:37 GMT
- Lines: 21
-
- In article <1i0s05INNnfn@rodan.UU.NET> avg@rodan.UU.NET (Vadim Antonov) writes:
-
- >A good encoding should support easy (i'd say natural) localization.
- >It should provide simple algorithms for simple functions
- >like getting string length, searching a character, case-insensitive
- >comparison, lexicographical comparison.
-
- >Unicode (and for that matter Plan 9 UTF) does not support the last
- >two mentioned functions. I have yet to see Plan 9 _sort_ which will
- >sort Russian strings without being told explicitly that it is Russian.
-
- So what?
- I've yet to see anything even planned that would allow sorting
- both Finnish and German without being told which is wanted.
- In fact I can't even imagine one that would make any sense.
- In the case of a list of names, the very same data could be
- sorted differently depending on where it is going to be used.
-
- Tying sorting rules to character sets is not a good idea, IMHO.
- --
- Tapani Tarvainen (tt@math.jyu.fi, tarvainen@finjyu.bitnet)
-