From domo@tsa.co.uk Sun Dec 9 12:23:59 1990 Received: from mcsun.EU.net by dkuug.dk via EUnet with SMTP (5.64+/8+bit/IDA-1.2.8) id AA07910; Sun, 9 Dec 90 12:23:59 +0100 Received: by mcsun.EU.net via EUnet; Sun, 9 Dec 90 12:27:53 +0100 Received: from slxsys by kestrel.Ukc.AC.UK with UUCP id aa27650; 9 Dec 90 11:21 GMT Received: from tsa.co.uk by specialix.co.uk id aa23406; Sun, 9 Dec 90 11:00:53 GMT From: Dominic Dunlop Date: Sun, 9 Dec 90 10:55:31 GMT Message-Id: <9916.9012091055@tsa.co.uk> In-Reply-To: "Matt.Caprile" "(i18n 34) Re(2): 10646 Advantages" (Dec 7, 10:12) X-Fax: +44 491 651751 X-Phone: +44 491 652590 X-Address: 9 The Forty, Cholsey, OXON OX10 9LH, U.K. X-Organization: The Standard Answer Ltd. X-Mailer: Mail User's Shell (7.1.2 7/11/90) To: Matt.Caprile@medoc.ec.bull.fr, i18n@dkuug.dk Subject: Re: (i18n 34) Re(2): 10646 Advantages X-Charset: ASCII X-Char-Esc: 29 [From "(i18n 34) Re(2): 10646 Advantages" dated Dec 7] > * > Our work has been based primarily on encodings without the > * > non-spacing diacritics (accents) of Unicode. If it turns out that > * > we can't accommodate these, we'll think again: the ability to > * > handle Unicode is at the very least an important proof of concept > * > for us.[ ... ] > > Support of multi-character colating elements are mandatory. Thus the > localedef format has handled this from the beginning. Whether or not it > is useful as "proof of concept" for Unicode, it is necessary to support > the ISO codeset 6937. Used in Siemens mainframes and the French minitel > (of which there are approximately 5 million in use in France today). Yes. I realised this, and that the current mechanisms can accomodate multi-character collating elements shortly after (figuratively) pressing the ``send'' key. I knew somebody would correct my omission sooner or later. Thanks, Matt. -- Dominic Dunlop