Are you seeing the math on http://mathjax.org?

Unfortunately there seems to be something amiss with the file

MathMenu.js

It’s pretty much empty, which leads to errors on command click in the browser (where you expect the popup to give some conversion options). That is, between the square brackets of

MathJax.Unpack([
]);

inside that file is, well, **nothing**.

Cheers,
Paul

What do you mean exactly? MathJax accepts TeX and MathML as input, but it’s not a solution for writing either of those.

Are you looking for a TeX or MathML editor?

1. Standards compliance: see
http://www.w3.org/Math/XSL/

2. Eliminating the need for content providers to serve dual content, i.e., fast xhtml for browsers with native support of mathml and mathjaxed html for other browsers.

3. Related to (1), the ability of content providers to run structural validators on their content.

It is not yet entirely clear what will be possible with eliminating script tag delimiters from around the MathML. There is a significant difference with the LaTeX situation, in that built-in browser parsers will process the MathML as unknown tags in various browser-dependent ways, whereas by and large, the browser parser leaves LaTeX code alone. Thus, without script delimiters, it is a matter of determining whether a preprocessor can reconstruct enough of the original markup from what is left over after the browser parser is finished with it. I’m optimistic, but a precise statement will have to await detailed, per browser investigations.

On the subject of XHTML, it is worth remembering that MathJax is primarily targeting HTML, not XHTML. However, I guess I’d like to understand what is motivating the question better. I certainly understand generating de facto XHTML for publication using XML tools like XSLT. However, the motivation for server the result with the XHTML mime type is less clear, since past experience suggests that mostly just introduces complexity and compatibility problems. If the motivation is merely to take advantage of native browser MathML rendering for XHTML (i.e. in FF) the current thinking is that MathJax could arrange for the math to be rendered in XHTML iframes, or whatever it takes, even though the document is served as HTML.

If you have concrete ideas or proposals, we should start a general discussion on the MathJax open discussion forum.