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

RE: Schema for XSLT (concerns mixed content, content attribute)

  • From: "Box, Don" <dbox@d...>
  • To: "'Arnold, Curt'" <Curt.Arnold@h...>, "'xml-dev@x...'" <xml-dev@x...>
  • Date: Tue, 18 Apr 2000 15:21:10 -0700

xslt mixed content
> -----Original Message-----
> From: Arnold, Curt [mailto:Curt.Arnold@h...]
> Sent: Tuesday, April 18, 2000 2:01 PM
> To: 'xml-dev@x...'
> Cc: 'dbox@d...'; 'www-xml-schema-comments@w...';
> 'xml-dev-temp@e...'
> Subject: RE: Schema for XSLT (concerns mixed content, content 
> attribute)
> First, a few comments on Don's schema for XSLT then a 
> discussion about some problems representing XSLT's content 
> model with schema.
> The derivedBy attribute was not specified on the definition 
> of the copy and message complex types as appears to be 
> required by Schema representation constraint 1.1

Thanks. I thought I caught all of those. It's now fixed.

> The param element reference in the named-template type 
> definition should have a minOccur="0" and a 
> maxOccur="unbounded".  As written, a template has to have one 
> and only one param.

My reading of rule 4.3 under the {content type} definition (found under
section 4.3.3) implies that there is an implicit <choice minOccurs='0'
maxOccurs='unbounded' > particle over the particle children of a
content=mixed complex type.  I'll defer to Henry on this. 	

> You frequently use type-scoped element definitions.  I try to 
> avoid these unless a specific tag-name has a distinct content 
> models in different contexts since it will be difficult if 
> not impossible to
> generate an equivalent DTD.

Local element and attribute declarations are one of the more powerful
features of the schema language. I make no apologies for using them. Believe
me, the WG struggled long and hard to get them to where they are now. The
least we can do as a community is use them ;-)

> Second, Schema doesn't seem to have the ability to adequately 
> represent the content model of <xsl:template> or 
> <xsl:for-each>.  <xsl:template> content should be zero or 
> more <xsl:param> elements
> followed by template content.  

Yeah, I thought about alternative ways to model that. One way would have
been to use a named model group (that was my first pass btw). The problem is
that for mixed content, you can't use sequence constraints. This is a
problem with older technologies as well.

> <xsl:for-each> content should 
> be zero or more <xsl:sort> elements followed by template content.

Same problem.

> [snip]

I don't know that anyone has the will to add MORE complexity to the schema
language to handle mixed content. 


This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/


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.
First Name
Last Name
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.