Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.3959); Wed, 11 Nov 2009 15:39:18 +0100 Received: by mail.proteosys.com (8.14.3/8.14.3) with ESMTP id nABEdFQ6017895 for ; Wed, 11 Nov 2009 15:39:15 +0100 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id nABEZqY5014301 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Nov 2009 15:35:52 +0100 Received: from listserv.uni-heidelberg.de (localhost.localdomain [127.0.0.1]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id nABCKk8d027862; Wed, 11 Nov 2009 15:35:47 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 15.5) with spool id 355808 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 11 Nov 2009 15:35:47 +0100 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id nABEZlH2016883 for ; Wed, 11 Nov 2009 15:35:47 +0100 Received: from mail204.messagelabs.com (mail204.messagelabs.com [194.106.221.19]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with SMTP id nABEZSYX013959 for ; Wed, 11 Nov 2009 15:35:31 +0100 X-VirusChecked: Checked X-Env-Sender: davidc@nag.co.uk X-Msg-Ref: server-10.tower-204.messagelabs.com!1257950126!13227391!1 X-StarScan-Version: 6.1.3; banners=nag.co.uk,-,- X-Originating-IP: [62.231.145.242] Received: (qmail 1978 invoked from network); 11 Nov 2009 14:35:26 -0000 Received: from nagmx1.nag.co.uk (HELO nagmx1.nag.co.uk) (62.231.145.242) by server-10.tower-204.messagelabs.com with SMTP; 11 Nov 2009 14:35:26 -0000 Received: from edinburgh.nag.co.uk (edinburgh.nag.co.uk [192.156.217.171]) by nagmx1.nag.co.uk (Postfix) with ESMTP id BECFD12015F for ; Wed, 11 Nov 2009 14:35:27 +0000 (GMT) Received: from edinburgh.nag.co.uk (edinburgh.nag.co.uk [127.0.0.1]) by edinburgh.nag.co.uk (8.13.1/8.12.10) with ESMTP id nABEZLaR017774 for ; Wed, 11 Nov 2009 14:35:21 GMT Received: (from davidc@localhost) by edinburgh.nag.co.uk (8.13.1/8.13.1/Submit) id nABEZLSE017770; Wed, 11 Nov 2009 14:35:21 GMT X-Authentication-Warning: edinburgh.nag.co.uk: davidc set sender to davidc@nag.co.uk using -f References: <19189.17593.814557.704925@morse.mittelbach-online.de> <4AF5A79B.9040003@residenset.net> <19189.49743.74826.581704@morse.mittelbach-online.de> <004001ca6051$e9e35e10$bdaa1a30$@de> <19192.38156.431785.622764@morse.mittelbach-online.de> <002101ca61d4$f322ddf0$d96899d0$@de>, <20C53106-7650-4EAC-82C1-BEF0EFA17816@gmail.com> , <01F3ED6A-4601-4388-B029-1FB92C3D811E@gmail.com> Message-ID: <200911111435.nABEZLSE017770@edinburgh.nag.co.uk> Date: Wed, 11 Nov 2009 14:35:21 GMT Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: David Carlisle Subject: Re: ltx and mml To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <01F3ED6A-4601-4388-B029-1FB92C3D811E@gmail.com> (message from Will Robertson on Thu, 12 Nov 2009 00:31:29 +1030) Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-ProteoSys-SPAM-Score: -6.599 () BAYES_00,RCVD_IN_DNSWL_MED X-Scanned-By: MIMEDefang 2.65 on 213.139.130.197 Return-Path: owner-latex-l@LISTSERV.UNI-HEIDELBERG.DE X-OriginalArrivalTime: 11 Nov 2009 14:39:18.0200 (UTC) FILETIME=[BFB33380:01CA62DC] Status: R X-Status: X-Keywords: X-UID: 6172 Will> When I wrote my message I was unaware of the (seemingly otherwise Will> invisible?) pmml2tex lars> (Wow! Googling for pmml2tex finds that page *only*.) it's not hidden (it's on a publically web accessible svn server) http://svn.openmath.org/OpenMath3/xsl/pmml2tex.xsl but it's not exactly advertised because it's under (sporadic) development and liable to random breaking changes and things become so much more complicated if you have any users:-) Will> Basically, count me in, but I can't guarantee buckets of time. ah we all know about that feeling:-) Lars> I'm a bit curious, though: The goals for pmml2tex is stated as Lars> "rendering via conversion via OpenMath to Presentation mathml and Lars> TeX". Whoever wrote that wasn't telling the truth.... pmml2tex goes straight from pmml to (la)tex in the same family of xslt stylesheets there is a conversion from content mathml to presentation (which means you can also typeset Content MathML to TeX by linking these together, or show content mathml in firefox, by using firefox's presentation mathml engine) Then there are xslt that go from Content Mathml to OpenMath and OpenMath to (Strict) Content MathML. By chaining these togeher you can convert from full, MathMl2-style Content MathML to the OpenMath-aligned strict subset in MathML3. All the examples of such transformations in the MathML3 spec were generated this way. and xslt to go from OpenMath to presentation mathML. Lars> So is PMML in your mind an optimal intermediate when going OM->TeX, Yes. If you mint a new OM Content Dictionary you usally want to give a notational style for your defined functions. If you do this as presentation mathml it is easy to chain that to existing transformations to TeX, or ascii-art or braille or whatever. If on the other hand you specify the notation with a direct transform to TeX it's easier to fine tune the TeX typesetting, but you have to specify the notation all over again when you decide you want mathml, or braille or something else as translating the TeX to something else is not impossible but definitely harder than translating MathML. Lars> (I should perhaps add that I considered sensible formatting of the Lars> generated LaTeX code to be important; since it's going into a document Lars> that I'll do editing of, I don't want it to be a compact block of Lars> commands without any hint of the logical structure of the Lars> formula.) Yes there's some tension there. For forward use as hand edited TeX you'd probably sometimes want to drop some extra spacing that you'd need for full mathml conformance. Currently pmml2tex is somewhere in between the TeX that comes out isn't too unnatural but in some cases the layout is just what TeX does, rather than forcing it to do exactly as specified in tthe mathml, so if support for all the finer points of the mathml layout rules were added, the TeX would (by default) become increasingly unnatural for hand editing. An alternative approach, which may be better would be to have a tex syntax for mathml (or any xml) so that + ... just comes out as \mi[lspace=2em][x}\mo[form=postfix]{+}.... or some such syntax so the translation of any given instance to TeX is trivial and you just put the actual work into the package defining the macros. This has some advantages and some disadvantages... David ________________________________________________________________________ The Numerical Algorithms Group Ltd is a company registered in England and Wales with company number 1249803. The registered office is: Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom. This e-mail has been scanned for all viruses by Star. The service is powered by MessageLabs. ________________________________________________________________________