- 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