Received: from mail.proteosys.com ([62.225.9.49]) by nummer-3.proteosys with Microsoft SMTPSVC(5.0.2195.5329); Thu, 9 Jan 2003 13:27:44 +0100 Received: by mail.proteosys.com (8.12.2/8.12.2) with ESMTP id h09CRf6C024387 for ; Thu, 9 Jan 2003 13:27:42 +0100 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.27]) by relay.uni-heidelberg.de (8.12.4/8.12.4) with ESMTP id h09CM7EV018574; Thu, 9 Jan 2003 13:22:08 +0100 (MET) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2B7DA.82806000" Received: from listserv (listserv.uni-heidelberg.de [129.206.100.27]) by listserv.uni-heidelberg.de (8.12.2/8.12.2/SuSE Linux 0.6) with ESMTP id h090ughA003608; Thu, 9 Jan 2003 13:15:30 +0100 Received: from LISTSERV.UNI-HEIDELBERG.DE by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8d) with spool id 5688 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Thu, 9 Jan 2003 13:15:30 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.12.2/8.12.2/SuSE Linux 0.6) with ESMTP id h09CFUTk008074 for ; Thu, 9 Jan 2003 13:15:30 +0100 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by relay2.uni-heidelberg.de (8.12.4/8.12.4) with ESMTP id h09CM4wO020787 for ; Thu, 9 Jan 2003 13:22:04 +0100 (MET) Received: from [212.227.126.161] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 18WbhE-0007Vf-00 for LATEX-L@listserv.uni-heidelberg.de; Thu, 09 Jan 2003 13:22:04 +0100 Received: from [80.129.1.149] (helo=istrati.mittelbach-online.de) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 18WbhD-0005Lw-00 for LATEX-L@listserv.uni-heidelberg.de; Thu, 09 Jan 2003 13:22:04 +0100 Received: (from frank@localhost) by istrati.mittelbach-online.de (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) id h09CLZq29309; Thu, 9 Jan 2003 13:21:35 +0100 In-Reply-To: <20030109131000258738.GyazMail.jbezos@wanadoo.es> References: <200212031601.gB3G11cQ009558@sun.dante.de> <15899.14827.804209.458595@istrati.mittelbach-online.de> <20030108133159790734.GyazMail.jbezos@wanadoo.es> <15900.10264.614534.536619@istrati.mittelbach-online.de> <20030109131000258738.GyazMail.jbezos@wanadoo.es> Return-Path: X-Mailer: VM 6.96 under Emacs 20.7.1 X-OriginalArrivalTime: 09 Jan 2003 12:27:44.0399 (UTC) FILETIME=[82BD41F0:01C2B7DA] X-Authentication-Warning: istrati.mittelbach-online.de: frank set sender to frank@mittelbach-online.de using -f X-Scanned-By: MIMEDefang 2.28 (www . roaringpenguin . com / mimedefang) X-Spam-Score: -0.7 () IN_REP_TO,REFERENCES,SPAM_PHRASE_00_01,X_AUTH_WARNING Content-class: urn:content-classes:message Subject: Re: latex/3480: Support for UTF-8 missing in inputenc.sty Date: Thu, 9 Jan 2003 13:21:35 +0100 Message-ID: A<15901.26959.165867.116075@istrati.mittelbach-online.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Re: latex/3480: Support for UTF-8 missing in inputenc.sty Thread-Index: AcK32oLg2GFVfFH7TayaGrX3J9T/xA== From: "Frank Mittelbach" To: Reply-To: "Mailing list for the LaTeX3 project" Status: R X-Status: X-Keywords: X-UID: 4427 This is a multi-part message in MIME format. ------_=_NextPart_001_01C2B7DA.82806000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Javier, > > i didn't > > implemented it > > that way to avoid having to distribute fontenc as well right now. > > A good [practical] reason :-), but why not to wait a little with > a new inputenc/fontenc? wait what for precisely? with Redheat (and perhaps others) starting to = use utf8 as the default linux encoding there is a real need to be able to = process such documents in LaTeX (when based on TeX) frank ------_=_NextPart_001_01C2B7DA.82806000 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: latex/3480: Support for UTF-8 missing in = inputenc.sty

Javier,

 > > i didn't
 > > implemented it
 > > that way to avoid having to = distribute fontenc as well right now.
 >
 > A good [practical] reason :-), but why not = to wait a little with
 > a new inputenc/fontenc?

wait what for precisely? with Redheat (and perhaps = others) starting to use
utf8 as the default linux encoding there is a real = need to be able to process
such documents in LaTeX (when based on TeX)


frank

------_=_NextPart_001_01C2B7DA.82806000--