[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: SUMMARY: XML Validation Issues (was: several threads)

• From: roddey@u...
• To: xml-dev@i...
• Date: Mon, 19 Apr 1999 16:26:00 -0600

>>
>> Chris Lilley wrote:
>>
>> > I don't sense consensus yet on whether client-side validation is
always
>> > desirable; it clearly is in some cases and clearly adds little in
other
>> > cases.
>>
>> Wouldn't it depend on what the client is?
>
>Yes. Which is why I wrote that I don't sense concensus on this - there
>are arguments both for and against; for rewuireing validation, for never
>requiring it, etc.
>

In our second generation parsers, we take the approach that what 'parser'
you use indicates what you want to do. For us, a 'parser' is just a little
glue that wires together some set of the underlying functionality to some
output API. We have validating SAX and DOM parsers, and non-validating SAX
and DOM parsers. If you use a non-validating parser, then it will not
validate, period. If you use a validating parser it will validate (and
require a DTD.)

That scheme seems pretty sane to me. Validation should be something that is
requested, not magically invoked according to the content of the DTD, IMHO.
I would hate for any other rule to come into play, because it would lessen
the flexibility available to the user (whether human or machine.)



xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)

• Prev by Date: Re: XML Torture Test: Parsers Fail
• Next by Date: RE: Use of Tags
• Previous by thread: RE: SUMMARY: XML Validation Issues (was: several threads)
• Next by thread: XML Performance question
• Index(es):
  • Date
  • Thread