W3C home > Mailing lists > Public > whatwg@whatwg.org > June 2006

[whatwg] Mathematics in HTML5

From: Henri Sivonen <hsivonen@iki.fi>
Date: Mon, 19 Jun 2006 22:41:18 +0300
Message-ID: <977630E2-368F-4549-973D-98C12672A3B6@iki.fi>
On Jun 19, 2006, at 19:12, Stefan G?ssner wrote:

> Assuming the microformat solution will work -- and that it will  
> work is already proven by George's implementation --

Did you actually look at George's implementation? It doesn't work.  
Sorry for appearing rude, but someone has to say it: The baby is ugly.

There are only stretchy brackets. No stretchy parentheses or braces  
in sight. Also, the stretchy square root hack is just ugly. Fractions  
are only used in display math, etc.

This is no coincidence, because CSS doesn't do stretchy math  
characters. Moreover, general-purpose text rendering subsystems and  
fonts usually don't do stretchy characters which is why math  
renderers typically special-case these with font-specific knowledge.

> why should there be a reason then in one, two, three years to  
> substitute the well working microformats with a new set of math  
> related elements?

I'd like to draw attention to Hixie referring to the Microformats  
*process*. The Microformats process begins with defining the problem  
and, in so doing, verifying that there is a problem, seeing if there  
is a simpler problem and looking for prior art.

http://microformats.org/wiki/process

(As stated before, math typesetting special-cased for MathML is a  
simpler problem than adding general-purpose features to CSS that can  
be used to implement math typesetting. As for prior art, there is  
MathML.)

-- 
Henri Sivonen
hsivonen at iki.fi
http://hsivonen.iki.fi/
Received on Monday, 19 June 2006 12:41:18 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:08:27 UTC