RE: Clarification regarding DOM3 Validation Spec

I'm no authority on this spec - I've never looked at it before - but my
reading of the explanation "all element information items or wildcards that
can be inserted as a next sibling of this element" is that it should only
include elements which, if inserted, would leave the document valid.
 
Regards,

Michael Kay
http://www.saxonica.com/
http://twitter.com/michaelhkay 


  _____  

From: xmlschema-dev-request@w3.org [mailto:xmlschema-dev-request@w3.org] On
Behalf Of Casey Jordan
Sent: 01 May 2010 00:19
To: xmlschema-dev@w3.org
Subject: Clarification regarding DOM3 Validation Spec


The DOM3 Validation Spec lists a number of getter interfaces like
Node.allowedNextSiblings and Node.allowedFirstChildren

My question is, should these interfaces return all possible results
regardless of whether they would make the document invalid?

For instance given the following fragment and schema pattern.

<fragment>
   <one/>
   <two/>
   <three/>
<fragment>

conforming to the pattern 

<xs:sequence>
        <xs:element ref="one"/>
        <xs:element ref="two"/>
        <xs:element ref="three"/>
</xs:sequence>

Would a call to <one/>.allowedNextSiblings return an empty set [], since the
sequence is complete or return ['two'] since it is a possible next sibling?

Just need a clarification.

Thanks,

Casey





-- 
--
Casey Jordan
Jorsek Software LLC.
"CaseyDJordan" on LinkedIn, Twitter & Facebook
Cell (585) 771 0189
Office (585) 239 6060
Jorsek.com


This message is intended only for the use of the Addressee(s) and may
contain information that is privileged, confidential, and/or exempt from
disclosure under applicable law.  If you are not the intended recipient,
please be advised that any disclosure  copying, distribution, or use of
the information contained herein is prohibited.  If you have received
this communication in error, please destroy all copies of the message,
whether in electronic or hard copy format, as well as attachments, and
immediately contact the sender by replying to this e-mail or by phone.
Thank you.

Received on Saturday, 1 May 2010 10:33:11 UTC