- From: Jirka Kosek <jirka@kosek.cz>
- Date: Tue, 03 Nov 2009 14:13:36 +0100
- To: Shelley Powers <shelley.just@gmail.com>
- CC: Maciej Stachowiak <mjs@apple.com>, Boris Zbarsky <bzbarsky@mit.edu>, Alexey Proskuryakov <ap@webkit.org>, HTML WG <public-html@w3.org>
- Message-ID: <4AF02C80.2080907@kosek.cz>
Shelley Powers wrote: > 2009/11/3 Jirka Kosek <jirka@kosek.cz>: >> Maciej Stachowiak wrote: >> >>> A) A validating processor (in which case they must read all external >>> DTDs, process the declared entities, and expand the entities when >>> appropriate, and which must also report violations of DTD constraints. >> Since 2nd edition of XML from 2000 validating processor is not required >> to report validation errors: >> >> http://www.w3.org/TR/2000/REC-xml-20001006#proc-types >> >> "Validating processors must, ***at user option***, report violations of >> the constraints expressed by the declarations in the DTD, and failures >> to fulfill the validity constraints given in this specification." >> >> Jirka >> >> -- > > The browsers are not validating parsers. That passage does not relate > to non-validating parsers. I was just saying that XML has provisions for parser which doesn't do validation but read all external entities (to constract Maciej's statement). Practically, such parser is doing only well-formdness checking and it is not validating, but in terms of XML spec it is called "validating processor, which optionally doesn't report violations of the constraints expressed by the declarations in the DTD..." Almost all non-validating XML parsers (except those in web browsers) operate this way. -- ------------------------------------------------------------------ Jirka Kosek e-mail: jirka@kosek.cz http://xmlguru.cz ------------------------------------------------------------------ Professional XML consulting and training services DocBook customization, custom XSLT/XSL-FO document processing ------------------------------------------------------------------ OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 member ------------------------------------------------------------------
Received on Tuesday, 3 November 2009 13:21:17 UTC