W3C home > Mailing lists > Public > www-math@w3.org > April 2006

Re: rendering entities

From: David Carlisle <davidc@nag.co.uk>
Date: Mon, 24 Apr 2006 13:06:22 +0100
Message-Id: <200604241206.k3OC6MYu000613@edinburgh.nag.co.uk>
To: juanrgonzaleza@canonicalscience.com
CC: www-math@w3.org


> A couple of citations to MathML 2.0 specification

Thank you for highlighting the quotations, which confirm the points that I
just made in my reply to Stephen.

As your quotations show, you can annotate the expression with Content
MathML if you wish to make the semantics more explicit, and you can
choose the explict notation that you use by choosing appropriate
characters in the Presentation MathML. It is true that using
DifferentialD may help some systems recognise an expression, this is the
same as using <mi>tan</mi> for tangent which may be similarly more
widely recognised by software systems than other identifier names based
on other (natural) languages such as tg. It is for the author of any
given document to decide what notation (s)he wants to use, and whether
that notation is sufficiently different from some commonly understood
notation that it would be advisable to use Content MathML in addition to
the Presentation form to make the meaning clear to software systems that
may not be able to follow any textual description of the notations used.

> In my opinion to use <mo>d</mo> instead of the entity because last is not
> rendering adequately 

That isn't what is happening, the entity dd is a reference to a specific
Unicode character and that character has default rendering as a dounle
struck d. If you do not want a double struck d then you should not use
that character. See also the arabic examples for summation in
In some examples a character more in keeping with the Arabic script than
the "Sigma-like" summation sign is used. Using multiple characters for
summation obviously complicates some things, but the solution is not to
tell everyone to use the same character. Solutions involve a mixture of
authors using Content Markup in addition to Presentation markup, in
order to make the meaning clear and software just learning to cope by
recognising a wider set of notational conventions. Neither is entirely
trivial to achieve, but that's life.


This e-mail has been scanned for all viruses by Star. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
Received on Monday, 24 April 2006 12:07:26 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:27:37 UTC