Jim Ley wrote:
In fact, formsPlayer seems to add support for XForms in text/html
documents, which is obviously non-conformant, because text/html is not
XML!
Even I can't actually say that, and I want to, and it's unfortunate, but
XHTML 1.0 can be served as text/html, so therefore text/html can be XML, of
course that's bad, but it's a fact of life.
That is only true when the document conforms to XHTML 1.0 Appendix C.
Appendix C does not apply to any other XML language, including XForms,
MathML or even XHTML 1.1. Thus, given that a mixed namespace document
is *not* strictly "XHTML 1.0", the Appendix C Guidelines don't apply.
Therefore, an XHTML document containing XForms (or any other XML
language) cannot be served as text/html.
However, even if I'm wrong about that, doing so is insane and goes
directly against what John Boyer wrote earlier in the thread:
| [...] it is important to do our best to preserve the XML basis for
| new features to help entice content toward well-formedness.
Well-formedness constraints don't apply to text/html, so that ideal is
simply not being preserved.
--
Lachlan Hunt
http://lachy.id.au/
