[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: SAX InputSource and character streams
- From: David Brownell <email@example.com>
- To: Rob Lugt <firstname.lastname@example.org>
- Date: Tue, 20 Feb 2001 16:28:07 -0800
I'm not sure what those "several places" are that you're referring to;
no, not convinced. Not that it matters much ... there are ways
that specs write "here be dragons". By using curious phrases
like "XML Processor", and vague compliance levels like "error",
that's exactly what the spec did. Red Dragon -- or Blue? Either
way, safety calls for the app to be careful.
> But what exactly consitutes an XML Processor? I would say that the SAX API
> allows the application to intervene in several places that (according to the
> XML 1.0 recommendation) are the responsibility of the XML processor. So, in
> this case, by deciding to pass the SAX Parser a character stream, the
> application has taken on part of the responsibility of an XML processor -
> namely the responsibility of dealing with any encoding issues, thereby
> relieving the SAX processor of any need, indeed any right, to have an
> opinion on how the encoding is performed.
> Still not convinced?
> Rob Lugt
> ElCel Technology