Received: from webgate.proteosys.de (mail.proteosys-ag.com [62.225.9.49]) by lucy.proteosys (8.11.0/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id f4DAHAf16679 for ; Sun, 13 May 2001 12:17:10 +0200 Received: by webgate.proteosys.de (8.11.0/8.11.0) with ESMTP id f4DAHA715450 . for ; Sun, 13 May 2001 12:17:10 +0200 Received: from mail.Uni-Mainz.DE (mailserver1.zdv.Uni-Mainz.DE [134.93.8.30]) by mailgate2.zdv.Uni-Mainz.DE (8.11.0/8.10.2) with ESMTP id f4DAH9015697 for ; Sun, 13 May 2001 12:17:09 +0200 (MET DST) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C0DB95.DEBE5700" Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.8.56]) by mail.Uni-Mainz.DE (8.9.3/8.9.3) with ESMTP id MAA10074 for ; Sun, 13 May 2001 12:17:09 +0200 (MEST) Received: from mail.listserv.gmd.de (mail.listserv.gmd.de [192.88.97.5]) by mailgate1.zdv.Uni-Mainz.DE (8.11.0/8.10.2) with ESMTP id f4DAH8U16224 for ; Sun, 13 May 2001 12:17:09 +0200 (MET DST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from mail.listserv.gmd.de (192.88.97.5) by mail.listserv.gmd.de (LSMTP for OpenVMS v1.1a) with SMTP id <4.DC441DCB@mail.listserv.gmd.de>; Sun, 13 May 2001 12:15:28 +0200 Received: from RELAY.URZ.UNI-HEIDELBERG.DE by RELAY.URZ.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8b) with spool id 495210 for LATEX-L@RELAY.URZ.UNI-HEIDELBERG.DE; Sun, 13 May 2001 12:16:59 +0200 Received: from ix.urz.uni-heidelberg.de (mail.urz.uni-heidelberg.de [129.206.119.234]) by relay.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id MAA00690 for ; Sun, 13 May 2001 12:16:58 +0200 (MET DST) Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by ix.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id MAA208574 for ; Sun, 13 May 2001 12:16:59 +0200 Received: from musse.tninet.se (musse.tninet.se [195.100.94.12]) by relay.uni-heidelberg.de (8.10.2+Sun/8.10.2) with SMTP id f4DAGxQ19799 for ; Sun, 13 May 2001 12:16:59 +0200 (MET DST) Received: (qmail 3932 invoked from network); 13 May 2001 12:16:58 +0200 Received: from delenn.tninet.se (HELO algonet.se) (195.100.94.104) by musse.tninet.se with SMTP; 13 May 2001 12:16:58 +0200 Received: from [195.100.226.136] (du136-226.ppp.su-anst.tninet.se [195.100.226.136]) by delenn.tninet.se (BLUETAIL Mail Robustifier 2.2.2) with ESMTP id 793309.749016.989delenn-s0 for ; Sun, 13 May 2001 12:16:56 +0200 In-Reply-To: References: <200105112029.f4BKT3707962@smtp.wanadoo.es> Return-Path: X-Sender: haberg@pop.matematik.su.se x-mime-autoconverted: from quoted-printable to 8bit by relay.urz.uni-heidelberg.de id MAA00691 Content-class: urn:content-classes:message Subject: Re: Multilingual Encodings Summary 2.2 Date: Sun, 13 May 2001 10:12:27 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Hans Aberg" Sender: "Mailing list for the LaTeX3 project" To: "Multiple recipients of list LATEX-L" Reply-To: "Mailing list for the LaTeX3 project" Status: R X-Status: X-Keywords: X-UID: 4048 This is a multi-part message in MIME format. ------_=_NextPart_001_01C0DB95.DEBE5700 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable At 17:40 +0200 2001/05/12, Lars Hellstr=F6m wrote: > This is why current LaTeX converts everything to >LICR before it is written to the .aux file: the elements of the input >encoding (as Frank called them above) do not have a single welldefined >meaning. What has been discussed is that one might used some form of >Unicode (most likely UTF-8) in these files instead. Forget everything about variable sized characters as far as the = extension of TeX goes, and hook onto translators outside that recognize other formats. Variable sized characters just complicates programming. Only use a character type with at least 32 bits internally in the = program, and with exactly 32 bits in the basic, non-translated IO file format. Hans Aberg ------_=_NextPart_001_01C0DB95.DEBE5700 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: Multilingual Encodings Summary 2.2

At 17:40 +0200 2001/05/12, Lars Hellstr=F6m = wrote:
> This is why current LaTeX converts everything = to
>LICR before it is written to the .aux file: the = elements of the input
>encoding (as Frank called them above) do not have = a single welldefined
>meaning. What has been discussed is that one = might used some form of
>Unicode (most likely UTF-8) in these files = instead.

Forget everything about variable sized characters as = far as the extension
of TeX goes, and hook onto translators outside that = recognize other
formats. Variable sized characters just complicates = programming.

Only use a character type with at least 32 bits = internally in the program,
and with exactly 32 bits in the basic, non-translated = IO file format.

  Hans Aberg

------_=_NextPart_001_01C0DB95.DEBE5700--