OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: [xml-dev] xsi:type and broken contracts

[ Lists Home | Date Index | Thread Index ]

Paul Prescod <paul@prescod.net> writes:

> Henry S. Thompson" wrote:
> > 
> >...
> > 
> > That was certainly the goal.  If you _do_ depend only required
> > sub-parts/attributes, and _don't_ access sub-parts by working backwards
> > from the end, you will always win regardless of xsi:type.
> 
> Is it that simple? What if I have a content model like
> 
> <!ELEMENT a (b,c)+> (but expressed in XML Schema!)
> 
> Can someone extend it:
> 
> <!ELEMENT a' ((b,c)+,c,b)>

Yes.

> If so, that could really confuse most element-triggered processing
> specifications.

Not sure what you mean.  This is a difficult case to start with (it's
DT/DD under another name, a well-known pain for XPath).  But if I
tackle it in the usual way, i.e. by recursion over the nodelist
picking of b+c pairs, it will work just fine, i.e. stop after the b+c
pairs run out, ignoring the new material.

Which, I should clarify, is what I take it the MNTDV is -- processes
designed to work with the unextended type should work with instances
of the extended type just as they would have if the extra material
wasn't there.

ht
-- 
  Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
          W3C Fellow 1999--2002, part-time member of W3C Team
     2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
	    Fax: (44) 131 650-4587, e-mail: ht@cogsci.ed.ac.uk
		     URL: http://www.ltg.ed.ac.uk/~ht/
 [mail really from me _always_ has this .sig -- mail without it is forged spam]




 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS