Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(5.0.2195.5329); Fri, 18 Jul 2003 13:09:16 +0200 Received: by mail.proteosys.com (8.12.9/8.12.2) with ESMTP id h6IB92cH003715 for ; Fri, 18 Jul 2003 13:09:15 +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 h6IB2Dmp001435; Fri, 18 Jul 2003 13:02:13 +0200 (MET DST) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C34D1D.06CD1600" 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 h6HM0DZ5008378; Fri, 18 Jul 2003 13:01:41 +0200 Received: from LISTSERV.UNI-HEIDELBERG.DE by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8d) with spool id 0737 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Fri, 18 Jul 2003 13:01:40 +0200 Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by listserv.uni-heidelberg.de (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id h6IB1eM9015576 for ; Fri, 18 Jul 2003 13:01:40 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by relay.uni-heidelberg.de (8.12.9/8.12.9) with SMTP id h6IB28mp001411 for ; Fri, 18 Jul 2003 13:02:08 +0200 (MET DST) Received: (qmail 26846 invoked by uid 65534); 18 Jul 2003 11:02:07 -0000 Received: from pC19F31CC.dip.t-dialin.net (EHLO wilson.rwth-aachen.de) (193.159.49.204) by mail.gmx.net (mp021) with SMTP; 18 Jul 2003 13:02:07 +0200 In-Reply-To: <200307181125.55806.tim@birdsnest.maths.tcd.ie> (Timothy Murphy's message of "Fri, 18 Jul 2003 11:25:55 +0100") Organization: Aachen University of Technology (RWTH) References: <20030710081528.A12401@diabolo.informatik.rwth-aachen.de> <200307181125.55806.tim@birdsnest.maths.tcd.ie> Return-Path: X-OriginalArrivalTime: 18 Jul 2003 11:09:16.0806 (UTC) FILETIME=[07481260:01C34D1D] 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: Fri, 18 Jul 2003 11:58:30 +0100 Message-ID: A X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Re: XML, UTF-8 and TeX engines Thread-Index: AcNNHQdp5PvhVgDfRTSgKPSbYJKQvA== From: "Torsten Bronger" To: Reply-To: "Mailing list for the LaTeX3 project" Status: R X-Status: X-Keywords: X-UID: 4707 This is a multi-part message in MIME format. ------_=_NextPart_001_01C34D1D.06CD1600 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Halloechen! Timothy Murphy writes: > On Friday 18 July 2003 08:45, Torsten Bronger wrote: > >> My dream is to just insert the UTF-8 sequence of 0x107 and it >> works. Of course, the "cacute" doesn't make sense in math mode, and >> therefore LaTeX doesn't support such things, however I cannot tell >> XML authors which characters they are allowed to type. Even the >> standard latin1 inputenc option isn't math-proof. > > I don't know much about XML, > but this seems to me completely contrary to its philosophy. > Surely XML markup is _meant_ to reflect the meaning of the content > rather than just what you want printed. > > I would have thought TeX was much better suited to your needs in > this case. > > As I see it, Knuth put common-sense above theoretical exactitude, > while XML takes the opposite point of view. as MathML illustrates. I think it's rather some sort of legacy from old 7-bit times. I'm not very fond of MathML either. However, I also said that the "XML file format ... must provide a way to mark math areas". MathML does it, and it should be enough. In LaTeX, it isn't for non-trivial characters: You have to take care of how a certain character must be written in the respective mode. Tschoe, Torsten. -- Torsten Bronger, aquisgrana, europa vetus ------_=_NextPart_001_01C34D1D.06CD1600 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 Friday 18 July 2003 08:45, Torsten Bronger = wrote:
>
>> My dream is to just insert the UTF-8 = sequence of 0x107 and it
>> works.  Of course, the = "cacute" doesn't make sense in math mode, and
>> therefore LaTeX doesn't support such things, = however I cannot tell
>> XML authors which characters they are = allowed to type.  Even the
>> standard latin1 inputenc option isn't = math-proof.
>
> I don't know much about XML,
> but this seems to me completely contrary to its = philosophy.
> Surely XML markup is _meant_ to reflect the = meaning of the content
> rather than just what you want printed.
>
> I would have thought TeX was much better suited = to your needs in
> this case.
>
> As I see it, Knuth put common-sense above = theoretical exactitude,
> while XML takes the opposite point of view. as = MathML illustrates.

I think it's rather some sort of legacy from old 7-bit = times.

I'm not very fond of MathML either.  However, I = also said that the
"XML file format ... must provide a way to mark = math areas".  MathML
does it, and it should be enough.  In LaTeX, it = isn't for
non-trivial characters: You have to take care of how = a certain
character must be written in the respective = mode.

Tschoe,
Torsten.

--
Torsten Bronger, aquisgrana, europa vetus

------_=_NextPart_001_01C34D1D.06CD1600--