[XSL-LIST Mailing List Archive Home]
[By Thread]
[By Date]
At 01/01/18 07:14 -0800, Dimitre Novatchev wrote:
It is improper to ask "document order for the attribute axis". Document order is well-defined and does not apply to the attribute and namespace axes. These two axes are arbitrarily ordered in that the implementation can choose to order them any way they wish (even alphabetically!). They are ordered, just not in a Recommendation-defined order.
"Document order" is an XPath Recommendation-defined order and is not a relative concept that can be interpreted differently in different situations. In section 5 (second last paragraph) the terms "document order" and "reverse document order" are well-defined and immutable.
Location steps for axes other than the attribute and namespace axes are always in proximity order relative to the current node: some are in document order and others are in reverse document order.
Note that the term "proximity order" is not defined in XPath, but where "proximity position" is defined (section 2.4) is where both "document order" and "reverse document order" are used regarding the axes. To me "proximity order" covers the bases more succinctly than mentioning both.
I hope this helps.
................... Ken
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Re: [xsl] Re: the nearest ancestor with the attribute
Subject: Re: [xsl] Re: the nearest ancestor with the attribute From: "G. Ken Holman" <gkholman@xxxxxxxxxxxxxxxxxxxx> Date: Thu, 18 Jan 2001 10:38:47 -0500 |
At 01/01/18 07:14 -0800, Dimitre Novatchev wrote:
To bring an even little bit more confusion:
1. Some nodes will have attributes that were not explicitly expressed in the text of the xml document, but were defined/defaulted in a DTD. What will be the "document order" for @* in this case?
It is improper to ask "document order for the attribute axis". Document order is well-defined and does not apply to the attribute and namespace axes. These two axes are arbitrarily ordered in that the implementation can choose to order them any way they wish (even alphabetically!). They are ordered, just not in a Recommendation-defined order.
2. (//* | //@*) What is the "document order for the above node-set?
"Document order" is an XPath Recommendation-defined order and is not a relative concept that can be interpreted differently in different situations. In section 5 (second last paragraph) the terms "document order" and "reverse document order" are well-defined and immutable.
Location steps for axes other than the attribute and namespace axes are always in proximity order relative to the current node: some are in document order and others are in reverse document order.
Note that the term "proximity order" is not defined in XPath, but where "proximity position" is defined (section 2.4) is where both "document order" and "reverse document order" are used regarding the axes. To me "proximity order" covers the bases more succinctly than mentioning both.
I hope this helps.
................... Ken
-- G. Ken Holman mailto:gkholman@xxxxxxxxxxxxxxxxxxxx Crane Softwrights Ltd. http://www.CraneSoftwrights.com/s/ Box 266, Kars, Ontario CANADA K0A-2E0 +1(613)489-0999 (Fax:-0995) Web site: XSL/XML/DSSSL/SGML/OmniMark services, training, products. Book: Practical Transformation Using XSLT and XPath ISBN1-894049-05-5 Article: What is XSLT? http://www.xml.com/pub/2000/08/holman/index.html Next public instructor-led training: 2001-01-27,2001-02-21, - 2001-02-27/03-01,2001-03-05/07,2001-03-21, - 2001-04-06/07,2001-05-01,2001-09-19 NB: Monday deadline for early-bird pricing for 3-day hands-on training.
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
[xsl] Re: the nearest ancestor with, Jeni Tennison | Thread | Re: [xsl] Re: the nearest ancestor , David Carlisle |
[xsl] Re: the nearest ancestor with, Jeni Tennison | Date | Re: [xsl] Re: the nearest ancestor , David Carlisle |
Month |