- From: William F. Hammond <hammond@csc.albany.edu>
- Date: Thu, 17 Dec 1998 10:27:03 -0500 (EST)
- To: rminer@geomtech.com
- Cc: www-math@w3.org
Robert --
In a previous message you had suggested, as an aside, that there would be
native support for MathML in the browsers of the future. I replied, and
you responded:
: > Don't you mean native XML support? (Do you think world really cares
: > about math? Wasn't the html3.0 experience sufficiently clear?)
:
: No and no. I understand the mainstream browsers are working on XML
: support in a big way as a matter of course, but they are also working
: (or at least facilitating) direct MathML implementations.
I would like to know more about what manner of native "direct" mathml
implementation is envisioned.
I now have become aware of HTML-Voyager, an xml language, which, as I
understand it, is proposed as the browser markup of the future and
which begins with html. ( See http://www.w3.org/TR/WD-html-in-xml/ )
Although voyager may look different than html to an xml parser, it should
look the same to a browser. But its dtd, which I did not see, should be
easily extendable to what we would call html+mathml.
On the other hand, the whole idea with voyager, which appears to be
Dave Raggett's baby, seems to be extensibility of the html tag set.
(And Dave has provided "tidy", a program for converting html to
voyager.)
Presumably there could be an arrangement, where one would only
need to serve voyager-xml with xsl code only for the non-html tags
in order to have something useful with xsl code for the html tags
being optional, tag by tag.
That said, a browser then could have "internal" knowledge of default
xsl code for MathML working under the mainstream xml/xsl engine.
Is this the game?
Thanks.
-- Bill
Received on Thursday, 17 December 1998 10:27:08 UTC