MathML widget : XML or HTML elements?

[Lars Knoll]

> On Mit, 10 Apr 2002, Ellis Whitehead wrote:
> > First a quick baseline question:  how do you let khtml know what the
> > baseline of an element's rendering should be?  Currently, if the mathml
> > object's baseline is not the same as its y-max, the formula doesn't get
> > painted in line with surrounding text.
>
> see baselinePosition()
>
> > Is ElementImpl then the best parent class for mathml nodes?
>
> Either that or XMLElementImpl.
>
> > My only concern is that this would then dominate the taglist: there are
> > around 200 MathML tags, in contrast to the ~100 tags that it currently
> > consists of. Would this cause a performance hit?
>
> No, we use perfect hashing, but maybe we want a more extensible approach.
>
> Do we really want such a MathML rendering engine inside KHTML ?

The problem is that it's an XML specs and people expect it to work together 
with CSS and embed itself seamlessly into the browser. It would be cool if we 
could find a way to allow for such xml specs to 100% integrate themselves 
into the browser. 

> I'm not sure, but rendering math formula's sounds quite complicated and
> code-intensive. Probably similiar to the size of SVG support isn't it ?

It might be. But both MathML and SVG are allowed directly inside the XML, if 
someone imports the corresponding namespace, so we will in the long term have 
to find a solution to this problem.

Lars