- From: Henry S. Thompson <ht@inf.ed.ac.uk>
- Date: Tue, 28 Jan 2014 11:41:47 +0000
- To: Paul Grosso <paul@paulgrosso.name>
- Cc: core <public-xml-core-wg@w3.org>
Just some clarifications at this point. Paul Grosso writes: > I don't understand or particularly like the idea of introducing > the term "invalid". I gather from what Henry says above that > he is using the term to mean "not well-formed" (or just not XML) > when he says that a well-formed (but not valid) document is > neither valid nor invalid. What I meant to claim, wrt the examples cited, was that documents without a document type declaration _cannot_ be valid, or invalid, because the definition of validity depends on _having_ a document type declaration. But part of the problem as reported stems from the fact that the spec. is unclear wrt what a validating processor should report when presented with a well-formed document which lacks a document type declaration. > On the other hand, Henry says that <!DOCTYPE html><html/> is > "invalid", and then that confuses me, since that is well-formed. The example was easy to misread, sorry, but not was you quote it, rather: <!DOCTYPE html> <hmtl/> I should have used <!DOCTYPE html> <xyzzy/> > I don't think the XML spec should dictate when a validating > parser versus a non-validating parser should be used. (I'm > not saying Henry suggests that either; I'm just trying to > outline what changes we might consider to the spec.) Agreed. ht -- Henry S. Thompson, School of Informatics, University of Edinburgh 10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail from me _always_ has a .sig like this -- mail without it is forged spam]
Received on Tuesday, 28 January 2014 11:42:25 UTC