[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: preceding-sibling:: oddity
At 2012-06-13 14:26 -0700, Jeff Hooker wrote:
Using XSLT 2.0 and Saxon HE 9.3.0.5 Because the preceding-sibling:: axis is addressed, as all parent/child/sibling axes, in proximity order, which means the closest one is numbered 1 and the next closest is 2, etc. The preceding-sibling:: axis is, therefore, in reverse document order. Sets of nodes are delivered to XSLT in document order, so the for-each is working in forward document order. In your first code fragment, the current node is ss:Cell[11] so preceding-sibling::ss:Cell[6] addresses the 5th of the cells. In your second code fragment you are addressing the 6th of the cells. As far as I can see, both start from the same context and test for the same condition, but one is direct and fails the other one reroutes flights from New York to Buffalo through Tokyo and succeeds. I'm baffled. I hope this helps. . . . . . . . . Ken Thanks, Jeff. -- Public XSLT, XSL-FO, UBL and code list classes in Europe -- Oct 2012 Contact us for world-wide XML consulting and instructor-led training Free 5-hour lecture: http://www.CraneSoftwrights.com/links/udemy.htm Crane Softwrights Ltd. http://www.CraneSoftwrights.com/s/ G. Ken Holman mailto:gkholman@xxxxxxxxxxxxxxxxxxxx Google+ profile: https://plus.google.com/116832879756988317389/about Legal business disclaimers: http://www.CraneSoftwrights.com/legal
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|