Re: Exploring new vocabularies for HTML

> if all browsers provided a way to cut-and-paste the DOM (not the
> source) then most problems would go away - isn't that right?

You'd also want to ensure that normal (unprefixed) xml syntax svg was
valid in html5, to enable you to move svg in the other direction _into_
an html document.

There is still  concern over user confusion over two syntaxes for the same
thing (less of a concern for svg I'd have thought as svg is even less
likely to be hand authored than mathml).

That may (perhaps) address the concerns over the (inevitable)
linearisation differences between xml and html but it doesn't address
concerns about other changes that have been suggested.

Silently fixing up a three argument fraction so that the second two
arguments are arbitrarily concatenated into a denominator is simply the
wrong thing to do whatever syntax is chosen.  In an HTML context you
want to be able to fix things up so you can complete the parse of the
document, but the result shouldd be flagged as an error either visually
or in the dom or somewhere. As the MathML spec says:

http://www.w3.org/TR/MathML2/chapter7.html#interf.error

   MathML-output-conformant applications such as editors and translators
   may choose to generate merror expressions to signal errors in their
   input. This is usually preferable to generating valid, but possibly
   erroneous, MathML. 

If a browser is generating a mathML DOM from some other syntax, it is
acting as a "translator" in the sense of this section.


David

________________________________________________________________________
The Numerical Algorithms Group Ltd is a company registered in England
and Wales with company number 1249803. The registered office is:
Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom.

This e-mail has been scanned for all viruses by Star. The service is
powered by MessageLabs. 
________________________________________________________________________

Received on Monday, 31 March 2008 16:30:40 UTC