Hi Dennis,
Dennis E. Hamilton schrieb:
In the ODF 1.2 specification, the use of MathML within ODF
documents, or as ODF documents, requires use of the namespace.
This is in ODF 1.2 Part 1 section 1.5 Namespaces, Table 4, and
section 2.2.1 OpenDocument Document subsection B4. This applies
to MathML 2.0.
That may also be how import of MathML is expected for StarMath
too. I am speculating.
From my experiments I conclude, that the sax parser needs the namespace.
Also, schema validity, not DTD validity, is required.
So I should not care about a DTD and put "resolve MathML Names to
unicode point on import" on my ToDo list?
<orcnote>
I'm not clear what is the issue about MathML
Names. If there is a character-set encoding issue, I think that
can be handled in the <?xml> prolog element for free-standing
MathML XML documents. What non-Unicode are you encountering?
</orcnote>
It is not about encoding, but about an entity reference like ∫
instead of the numeric XML character references ∫ or the literal
character ∫.
Since the development of XML seems to go in the direction to waive
doctypes, I will give this import problem a low priority.
I have looked into the export of Word 2010 and the clipboard content
generated by the MicrosoftMathRecognizer. They produce MathML with
namespace but without doctype, so there is no interoperability problem.
THE TEST DOCUMENTS
I notice that the usage on the web pages that demonstrate some of the
tests, the pages are XHTML and the namespace is used on the <math>
elements.
In the .mml files themselves, there is no XML prolog at all in the
ones I looked at. There is no DOCTYPE, there is no <?xml> and there
are no prefixes.
Yes, that is the problem of the files in testsite.zip. And I'm looking
what to do to make them readable in AOO.
<orcnote>
In the versions embedded in the XHTML web pages of the tests,
themselves, the namespace is supplied.
The .mml basically carries implied recognition of MATHML among
parties that recognize the file extension association and do not
expect XML Names to be supported.
This requires out-of-band agreement between interchanging parties
and doesn't work for interchange of arbitrary XML Documents.
I think the easiest way to use the tests is to go through and
do a search-replace of <math> to <math xmlns=...> so the tests
work where XML is expected.
Then figuring out how to assume an implied namespace for <math>
elements can be explored.
</orcnote>
I make progress in this aspect. I become aware, that Apache OpenOffice
imports this special XHTML files from the test suite so, that it only
imports the MathML fragment and ignores the surrounding XHTML parts.
And I've got assistance from the W3 Math Working Group. They told me,
that the MathML3 examples have got a namespace in the math-element and
they point me to
http://lists.w3.org/Archives/Public/www-math/2012Oct/0013.html, which
contains the link
http://www.w3.org/Math/testsuite/build/mathml3tests.zip to an offline
version of the MathML3 testsuite.
So now I have got a lot of suitable, valid test files.
[..]
<orcnote>
Sorry. I don't know where to look in the code to deal with this.
I think anything produced by AOO should have the namespace handled
correctly to ensure ODF 1.2 conformance. Being more forgiving on
input where it is clearly MathML would also be nice.
I'm no help about where that might be possible in the code.
</orcnote>
I will focus to get a good import of those .mml files and math
fragments, which have got a namespace. That will keep me busy for a while.
Kind regards
Regina
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
