- From: <bugzilla@wiggum.w3.org>
- Date: Sun, 25 Dec 2005 00:32:16 +0000
- To: public-qt-comments@w3.org
- Cc:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=2523
------- Additional Comments From jim.melton@acm.org 2005-12-25 00:31 -------
My apologies for leaving you confused.
Upon further reflection (and additional discussions outside of the Bugzilla
context), I have concluded that your arguments are persuasive.
In a previous response to this bug, I said that "starting a relativePathExpr
with an xpathAxis was just a bit strange". Having considered your arguments at
greater length, I agree with you that making the initial xpathAxis optional in a
stepExpr leads to an inconsistency in the XQuery text that results from
transforming XQueryX using the XQueryX stylesheet. I will now propose that the
leading xpathAxis be mandatory in stepExpr. This will require a corresponding
change to Example 4.
The revised solution that I intend to propose to the Working Groups will look
something like this:
<xsd:element name="stepExpr">
<xsd:complexType>
<xsd:sequence>
<xsd:choice>
<xsd:sequence>
<xsd:element ref="xpathAxis"/>
<xsd:choice>
<xsd:element ref="kindTest"/>
<xsd:element ref="nameTest"/>
<xsd:element ref="Wildcard"/>
</xsd:choice>
</xsd:sequence>
<xsd:element name="filterExpr">
<xsd:complexType>
<xsd:sequence>
<xsd:group ref="filterExpr"/>
</xsd:sequence>
</xsd:complexType>
</xsd:element>
</xsd:choice>
<xsd:element name="predicates" type="exprList" minOccurs="0"/>
</xsd:sequence>
</xsd:complexType>
</xsd:element>
<xsd:complexType name="pathExpr">
<xsd:complexContent>
<xsd:extension base="expr">
<xsd:sequence>
<xsd:element ref="stepExpr" maxOccurs="unbounded"/>
</xsd:sequence>
</xsd:extension>
</xsd:complexContent>
</xsd:complexType>
<xsd:element name="pathExpr" type="pathExpr" substitutionGroup="expr"/>
Your additional thoughts on this sort of solution would be welcomed.
Received on Sunday, 25 December 2005 00:32:21 UTC