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 f1DKb5H28146 for ; Tue, 13 Feb 2001 21:37:05 +0100 Received: by webgate.proteosys.de (8.11.0/8.11.0) with ESMTP id f1DKb4d02836 . for ; Tue, 13 Feb 2001 21:37:05 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C095FC.B9ED2E80" Received: from mail.Uni-Mainz.DE (mailserver1.zdv.Uni-Mainz.DE [134.93.8.30]) by mailgate1.zdv.Uni-Mainz.DE (8.11.0/8.10.2) with ESMTP id f1DKb4M23699 for ; Tue, 13 Feb 2001 21:37:04 +0100 (MET) Received: from mailgate2.zdv.Uni-Mainz.DE (mailgate2.zdv.Uni-Mainz.DE [134.93.8.57]) by mail.Uni-Mainz.DE (8.9.3/8.9.3) with ESMTP id VAA13673 for ; Tue, 13 Feb 2001 21:37:03 +0100 (MET) X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from mail.listserv.gmd.de (mail.listserv.gmd.de [192.88.97.5]) by mailgate2.zdv.Uni-Mainz.DE (8.11.0/8.10.2) with ESMTP id f1DKb3707043 for ; Tue, 13 Feb 2001 21:37:03 +0100 (MET) Received: from mail.listserv.gmd.de (192.88.97.5) by mail.listserv.gmd.de (LSMTP for OpenVMS v1.1a) with SMTP id <8.8D3A1133@mail.listserv.gmd.de>; Tue, 13 Feb 2001 21:36:56 +0100 Received: from RELAY.URZ.UNI-HEIDELBERG.DE by RELAY.URZ.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8b) with spool id 488985 for LATEX-L@RELAY.URZ.UNI-HEIDELBERG.DE; Tue, 13 Feb 2001 21:36:59 +0100 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 VAA09967 for ; Tue, 13 Feb 2001 21:36:57 +0100 (MET) 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 VAA55382 for ; Tue, 13 Feb 2001 21:36:57 +0100 Received: from csc.albany.edu (sarah.albany.edu [169.226.1.103]) by relay.uni-heidelberg.de (8.10.2+Sun/8.10.2) with ESMTP id f1DKavg11690 for ; Tue, 13 Feb 2001 21:36:57 +0100 (MET) Received: from pluto.math.albany.edu (pluto.math.albany.edu [169.226.23.44]) by csc.albany.edu (8.9.3/8.9.3) with ESMTP id PAA12127 for ; Tue, 13 Feb 2001 15:36:51 -0500 (EST) Received: (from hammond@localhost) by pluto.math.albany.edu (8.9.3/8.9.3) id PAA23861 for LATEX-L@URZ.UNI-HEIDELBERG.DE; Tue, 13 Feb 2001 15:36:19 -0500 (EST) Return-Path: Content-class: urn:content-classes:message Subject: Re: Side remarks about TeX input sequence Date: Tue, 13 Feb 2001 21:36:19 +0100 Message-ID: <200102132036.PAA23861@pluto.math.albany.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "William F. Hammond" 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: 3898 This is a multi-part message in MIME format. ------_=_NextPart_001_01C095FC.B9ED2E80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable David -- > Incidentally one reason why xmltex can not support utf16 is that > TeX buffers to ^J (or ^M) and throws away any bytes with value 32 that > occur at the end of this buffer, which might just be half of a 16bit > quantity that you'd rather keep. there's no way to control this UTF-8 has the virtue that looking at a single byte you know what kind of creature it is. I see this as a very desirable property for a universal encoding system. (Local coding systems are another matter.) So provide a front-end filter for converting UTF-16 to a better multibyte format. -- Bill ------_=_NextPart_001_01C095FC.B9ED2E80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: Side remarks about TeX input sequence

David --

> Incidentally one reason why xmltex can not = support utf16 is that
> TeX buffers to ^J (or ^M) and throws away any = bytes with value 32 that
> occur at the end of this buffer, which might = just be half of a 16bit
> quantity that you'd rather keep. there's no way = to control this

UTF-8 has the virtue that looking at a single byte you = know what kind
of creature it is.  I see this as a very = desirable property for a
universal encoding system.  (Local coding = systems are another matter.)

So provide a front-end filter for converting UTF-16 to = a better
multibyte format.

          &nbs= p;            = ;            =    -- Bill

------_=_NextPart_001_01C095FC.B9ED2E80--