W3C home > Mailing lists > Public > www-math@w3.org > May 2007

Re: Contributing to MathML 3 ?

From: Max Berger <max@berger.name>
Date: Wed, 16 May 2007 22:21:08 +0200
Message-Id: <B0A92AE4-E864-474D-8E9F-4E5F80CE9FF9@berger.name>
Cc: <www-math@w3.org>, <jeuclid-devel@lists.sourceforge.net>
To: Robert Miner <robertm@dessci.com>
Dear Robert,

Am 16.05.2007 um 16:43 schrieb Robert Miner:
> Do you have a short list of issues for MathML 3 coming out of your
> JEuclid work?

So far only a few issued related directly to the the 2.0 spec, but as  
the 3.0 spec is based largely on it, here they are. I will have to  
look into the 3.0 spec into more detail before I can give reasonable  
feedback.

Mo:
by default, operators have a thickmathspace around them. This is ok,  
other than in situations where they have prescripts (mo is base in an  
mmultiscript) or postscripts (msub, msup, msubsuper, munderover with  
limits moved). In this case, there should be no space between the  
operator and its scripts, as this looks very strange.

Ms:
lquote and rquote are both "strings". However, in the context of  
escaping them it only makes sense for them to be "characters"  instead.

Mstyle/Scriptminsize:
by default is is 8pt. However, there are no other default font sizes.  
Assuming the default size was thought to be 12pt, maybe this should  
be mainfontSize / 3 * 2 instead?

Menclose:
What is the point of menclose notation "radical", as it is equivalent  
to "msqrt" ? I think it should be deprecated.

Mmultiscript:
introduces the new "none" element, which is handled / described  
nowhere else. Why not just use mspace, or an empty mi / mn / ...  
element?

The Testsuite:
Some of the .mml files from the testuite (as downloaded from) http:// 
www.w3.org/Math/testsuite/testsuite.zip are not valid MathML  
documents. Some still contain MathML 1 markup, others are not even  
loading using a standard XML parser.  Some example renderings are  
wrong. But I will have to report on this in a separate mail.

The Java DOM Binding:
downloaded from http://www.w3.org/Math/DOM/mathml2/mathml- 
dom_java.zip does not match the spec. It is apparently from the 1st  
edition of the MathML spec. Also, it lacks documentation. I have  
written an xslt-script to generate "proper" DOM interfaces, it is  
available at:
http://jeuclid.svn.sourceforge.net/svnroot/jeuclid/trunk/jeuclid-core/ 
generate-interfaces/
and I would be very much volunteering to "donate" it to receive a  
better usable standard Java DOM binding.

And, last but not least, a comment on <mu>:
What would be the exact difference of rendering <mu> and <mtext>?

> Robert


Max Berger
e-mail: max@berger.name

--
PGP/GnuPG ID: E81592BC   Print: F489F8759D4132923EC4  
BC7E072AB73AE81592BC
For information about me or my projects please see http:// 
max.berger.name


Received on Wednesday, 16 May 2007 20:21:20 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 20 February 2010 06:12:59 GMT