Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(5.0.2195.5329); Thu, 17 Jul 2003 22:44:27 +0200 Received: by mail.proteosys.com (8.12.9/8.12.2) with ESMTP id h6HKiAcH001351 for ; Thu, 17 Jul 2003 22:44:26 +0200 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.27]) by relay.uni-heidelberg.de (8.12.9/8.12.9) with ESMTP id h6HKXSmp021797; Thu, 17 Jul 2003 22:33:28 +0200 (MET DST) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C34CA4.368C0780" Received: from listserv (listserv.uni-heidelberg.de [129.206.100.27]) by listserv.uni-heidelberg.de (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id h6GM0AhJ028243; Thu, 17 Jul 2003 22:32:40 +0200 Received: from LISTSERV.UNI-HEIDELBERG.DE by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8d) with spool id 2485 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Thu, 17 Jul 2003 22:32:40 +0200 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id h6HKWbM9007256 for ; Thu, 17 Jul 2003 22:32:37 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by relay2.uni-heidelberg.de (8.12.9/8.12.9) with SMTP id h6HKX1Gl017580 for ; Thu, 17 Jul 2003 22:33:01 +0200 (MET DST) Received: (qmail 28656 invoked by uid 65534); 17 Jul 2003 20:33:01 -0000 Received: from pD90087EE.dip.t-dialin.net (EHLO wilson.rwth-aachen.de) (217.0.135.238) by mail.gmx.net (mp009) with SMTP; 17 Jul 2003 22:33:01 +0200 In-Reply-To: <200307171952.38152.tim@birdsnest.maths.tcd.ie> (Timothy Murphy's message of "Thu, 17 Jul 2003 19:52:38 +0100") Organization: Aachen University of Technology (RWTH) References: <20030710081528.A12401@diabolo.informatik.rwth-aachen.de> <16150.26432.179873.408825@pussy.npc.de> <200307171952.38152.tim@birdsnest.maths.tcd.ie> Return-Path: X-OriginalArrivalTime: 17 Jul 2003 20:44:33.0781 (UTC) FILETIME=[3A96BA50:01C34CA4] User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.2 (gnu/linux) X-Accept-Language: de, en X-Scanned-By: MIMEDefang 2.28 (www . roaringpenguin . com / mimedefang) x-pgp-fingerprint: CA13 274E 96EF 1DB1 4992 D7D4 D523 14FB 4752 F2EF X-Face: $:ZH*7V$(*!W]7{qQLhM-f#d(Q6#shsBz8[qPwvRr(Hy{#Y3-$C\85(LKA[4'=X]Jy\),51 DU?fMKf}G[2r)>~K8Z3dWD<'R/hRsgW>Q.Fytf-:n*FG&iWyWNMM+c)(_R.k`$zrcq5%9yt"cd)Q]c 5G_W!:/8\S4ytn&NYP,OVd_|*GjEqvk:zK(,BTXvqgj4 X-Spam-Score: -32.8 () EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_GNUS_UA x-binford: 6100 (more power) x-pgp-affinity: will accept encrypted message for GPG Content-class: urn:content-classes:message Subject: Re: XML, UTF-8 and TeX engines Date: Thu, 17 Jul 2003 21:26:19 +0100 Message-ID: A X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Re: XML, UTF-8 and TeX engines Thread-Index: AcNMpDrMXlxX9FriQ+a7nN7fqBThJw== From: "Torsten Bronger" To: Reply-To: "Mailing list for the LaTeX3 project" Status: R X-Status: X-Keywords: X-UID: 4694 This is a multi-part message in MIME format. ------_=_NextPart_001_01C34CA4.368C0780 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Halloechen! Timothy Murphy writes: > On Thursday 17 July 2003 11:10, Torsten Bronger wrote: > >> Surprisingly enough, TeX is the most serious limitation at the >> moment (of course also because it's so vital). It's still the best >> back-end for typesetting something, however its treatment of >> so-called special characters, lack of true unicode support, and the >> distinction text/math mode is really unfortunate. > > Wouldn't "true unicode support" require fonts with 64000 glyphs? No. But something better than current totally inhomogeneous and fragile solutions. > And isn't it quite sensible to distinguish between text and maths? XML doesn't do it and I find this very convenient. In (La)TeX, for many characters you need different commands for text and math mode. I'd love to have a typesetting system to which I could pass a say 'small Greek letter alpha', and it would just work in every context. No font families, no encodings, no active/special characters, no babel settings, and no modes to worry about. Wonderful ... Tschoe, Torsten. -- Torsten Bronger, aquisgrana, europa vetus ------_=_NextPart_001_01C34CA4.368C0780 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: XML, UTF-8 and TeX engines

Halloechen!

Timothy Murphy <tim@BIRDSNEST.MATHS.TCD.IE> = writes:

> On Thursday 17 July 2003 11:10, Torsten Bronger = wrote:
>
>> Surprisingly enough, TeX is the most serious = limitation at the
>> moment (of course also because it's so = vital).  It's still the best
>> back-end for typesetting something, however = its treatment of
>> so-called special characters, lack of true = unicode support, and the
>> distinction text/math mode is really = unfortunate.
>
> Wouldn't "true unicode support" = require fonts with 64000 glyphs?

No.  But something better than current totally = inhomogeneous and
fragile solutions.

> And isn't it quite sensible to distinguish = between text and maths?

XML doesn't do it and I find this very = convenient.  In (La)TeX, for
many characters you need different commands for text = and math mode.
I'd love to have a typesetting system to which I = could pass a say
'small Greek letter alpha', and it would just work in = every context.
No font families, no encodings, no active/special = characters, no
babel settings, and no modes to worry about.  = Wonderful ...

Tschoe,
Torsten.

--
Torsten Bronger, aquisgrana, europa vetus

------_=_NextPart_001_01C34CA4.368C0780--