RE: MathML-in-HTML5

While backward compatibility across versions of MathML is obviously
desirable, I believe that the creators of future versions of MathML will
feel free to change the definition of something, deprecate it, or remove
it in the new version. Backward compatibility can and should be provided
in the MathML renderer but it can only do so if it can identify the
version of the MathML content it is processing.

Paul

> -----Original Message-----
> From: Ian Hickson [mailto:ian@hixie.ch] 
> Sent: Tuesday, October 03, 2006 5:39 PM
> To: Paul Topping
> Cc: David Carlisle; www-math@w3.org; dev-tech-mathml@lists.mozilla.org
> Subject: RE: MathML-in-HTML5
> 
> On Tue, 3 Oct 2006, Paul Topping wrote:
> >
> > The type of the XML island must be declared somehow or it would 
> > certainly be making more tag soup. As has been stated by 
> other posters, 
> > you either have to duplicate MathML (or some subset of it) 
> in HTML5 or 
> > you have to connect it to the MathML definition. The way 
> one references 
> > an XML definition is by declaring its namespace. One could 
> define that 
> > namespace implicitly in HTML5 by stating in the HTML5 spec 
> that <math> 
> > means MathML 2.0 or whatever. Of course, this locks MathML to one 
> > specific version -- not a good thing.
> 
> The proposal that I understand Roger intends to experiment 
> with is making 
> any tag in a particular list of tags be added to the DOM as a 
> node not in 
> the XHTML namespace but in the MathML namespace.
> 
> The MathML namespace doesn't change between versions, since MathML is 
> backwards compatible across versions. Thus there is no 
> "lock-in" problem, 
> just like there is no problem of HTML content being "locked" to a 
> particular version of HTML.
> 
> -- 
> Ian Hickson               U+1047E                
> )\._.,--....,'``.    fL
> http://ln.hixie.ch/       U+263A                /,   _.. \   
> _\  ;`._ ,.
> Things that are impossible just take longer.   
> `._.-(,_..'--(,_..'`-.;.'
>

Received on Wednesday, 4 October 2006 00:46:00 UTC