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 f4DDINf16995 for ; Sun, 13 May 2001 15:18:23 +0200 Received: by webgate.proteosys.de (8.11.0/8.11.0) with ESMTP id f4DDIM716031 . for ; Sun, 13 May 2001 15:18:22 +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 f4DDIM021093 for ; Sun, 13 May 2001 15:18:22 +0200 (MET DST) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C0DBAF.2F8E7980" 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 PAA06860 for ; Sun, 13 May 2001 15:18:15 +0200 (MEST) X-MimeOLE: Produced By Microsoft Exchange V6.5 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 f4DDIEU21547 for ; Sun, 13 May 2001 15:18:15 +0200 (MET DST) Received: from mail.listserv.gmd.de (192.88.97.5) by mail.listserv.gmd.de (LSMTP for OpenVMS v1.1a) with SMTP id <5.2BAFE9E9@mail.listserv.gmd.de>; Sun, 13 May 2001 15:16:38 +0200 Received: from RELAY.URZ.UNI-HEIDELBERG.DE by RELAY.URZ.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8b) with spool id 495268 for LATEX-L@RELAY.URZ.UNI-HEIDELBERG.DE; Sun, 13 May 2001 15:18:11 +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 PAA01924 for ; Sun, 13 May 2001 15:18:10 +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 PAA24046 for ; Sun, 13 May 2001 15:18:10 +0200 Received: from mail.umu.se (custer.umdac.umu.se [130.239.8.14]) by relay.uni-heidelberg.de (8.10.2+Sun/8.10.2) with ESMTP id f4DDIBQ09835 for ; Sun, 13 May 2001 15:18:11 +0200 (MET DST) Received: from [130.239.137.13] (mariehemsv093.sn.umu.se [130.239.137.13]) by mail.umu.se (8.8.8/8.8.8) with ESMTP id PAA20233 for ; Sun, 13 May 2001 15:18:09 +0200 (MET DST) In-Reply-To: References: <200105112029.f4BKT3707962@smtp.wanadoo.es> Return-Path: X-Sender: lars@abel.math.umu.se x-mime-autoconverted: from quoted-printable to 8bit by relay.urz.uni-heidelberg.de id PAA01926 Content-class: urn:content-classes:message Subject: Re: Multilingual Encodings Summary 2.2 Date: Sun, 13 May 2001 14:18:09 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: From: =?iso-8859-1?Q?Lars_Hellstr=F6m?= 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: 4049 This is a multi-part message in MIME format. ------_=_NextPart_001_01C0DBAF.2F8E7980 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable At 11.12 +0200 2001-05-13, Hans Aberg wrote: >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. Well, the \InputTranslation and \OutputTranslation primitives of Omega already provide that functionality, so there is no need to deal with variable-sized characters in the TeX programming. The problem is that = one might want to employ additional sets of translations (which would then = act on streams of equally-sized characters) between those extremes of the program, but Omega doesn't provide for this. Lars Hellstr=F6m ------_=_NextPart_001_01C0DBAF.2F8E7980 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: Multilingual Encodings Summary 2.2

At 11.12 +0200 2001-05-13, Hans Aberg wrote:
>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.

Well, the \InputTranslation and \OutputTranslation = primitives of Omega
already provide that functionality, so there is no = need to deal with
variable-sized characters in the TeX programming. The = problem is that one
might want to employ additional sets of translations = (which would then act
on streams of equally-sized characters) between those = extremes of the
program, but Omega doesn't provide for this.

Lars Hellstr=F6m

------_=_NextPart_001_01C0DBAF.2F8E7980--