I'll speak up as one of the Mozilla layout developers, but speaking only for myself.<br><br>Since we already have a MathML implementation --- which works fairly well in my experience --- I think it makes more sense from our point of view to fix/improve MathML than to deal with new CSS extensions to get decent rendering. MathML's purported incompatibilities with DOM and CSS are not serious from an implementor's point of view, at least no worse than lots of other CSS-unfriendly content we have to deal with. I hope that the fonts issue gets better when comprehensive STIX fonts are freely available online and we can automatically download them whenever they're needed.
<br><br>I strongly agree with Hixie and others that a new math dialect for HTML needs to be proven before it can be standardized as *the* preferred solution for mathematics in HTML. If MathML is as bad --- and CSS2.1 as adequate --- as some say, then it should be easy to create a microformat that becomes more popular than MathML. At that point there is a much stronger case for inclusion. I would also like to see a complete description of the CSS extensions required for real high-quality rendering.
<br><br>From my point of view, a <fraction> element that can be
implemented using inline-block in the UA style sheet seems like a reasonable thing to support in HTML5, since it's basically no effort and is a small increment over existing <sup> etc.<br>
<br>Rob<br>-- <br>"[But] he was pierced for our transgressions, he was crushed for our<br>iniquities; the punishment that brought us peace was upon him, and<br>by his wounds we are healed. Isaiah 53:5]