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

RE: Re WF, V, and MSXML

  • From: Peter@u... (Peter Murray-Rust)
  • To: xml-dev@i...
  • Date: Thu, 12 Jun 1997 22:23:56 GMT

msxml instance
In message <41135C785691CF11B73B00805FD4D2D702A3F8B9@R...> Chris Lovett writes:
> 
> 	Regading all the discussion about the RMD attribute and
> switching validation on and off and error recovery and so on....

I think MSXML has taken a reasonable position given the ambiguities...

> 
> 	The reason MSXML doesn't implement RMD yet is because there are
> problems with the RMD=IGNORE concept since ignoring the DTD can result

Agreed.
[I'm working from XML-lang-970331, which doesn't use RMD="IGNORE".   Is this
the same as "NONE"?]

> in different data being given to the application - which generally is a
> bad thing.  The spec says it is an error to specify RMD=IGNORE if the
^^^^^^^^^^^
I would have said it was always a bad thing!

> DTD contains any declarations of:
> 		1) attributes with default values, if elements to which
> these attributes apply appear in the document instance without
> specifying values for these attributes, or
> 		2) entities. (other than the built in entities), if
> references to those entities appear in the document instance, or
> 		3) element types with element content, if white space
> occurs in the document instance directly within any instance of those
> types.
> 
> 	The problem is that if the parser ignores the DTD, how can it
> detect #1 above ?  Also, the white space handling can be ambiguous.

Agreed.  I think the ERB have to consider this.  I cannot see how a parser
(even with RMD="NONE") may not read the DTD.  I think the option is really
related only to #3.

> 
> 	So, MSXML currently takes the following approach:
> 		- RMD attribute is not implmented yet, so if a DTD is
> there it uses it.  
...........^^^^

This is an ambigous word :-)  It can mean either the creation of the proper 
document content and/or validation.

> 		- If an error is found it stops.  No error recovery is
> attempted.

:-)

> 		- If you don't want validation, remove the DTD.  


Ah, but you cannot use entities or default attribute values.

> 		- It is ok to not define some of the elements in the
> DTD.  This simply means that in the same document there is certain data
> that you want to guarantee to be correct, and other data that is more
> unknown in structure (but still well-formed).  This is simply a side
> effect of being able to parse a document without a DTD.

This implies partial validation, which we don't have.  There is no reason
for defining any ELEMENTs if the document is not validated (and the element
content not analysed).

	P.

-- 
Peter Murray-Rust, domestic net connection
Virtual School of Molecular Sciences
http://www.vsms.nottingham.ac.uk/

xml-dev: A list for W3C XML Developers
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To unsubscribe, send to majordomo@i... the following message;
unsubscribe xml-dev
List coordinator, Henry Rzepa (rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.