This is the mail archive of the
xsl-list@mulberrytech.com
mailing list .
Re[2]: finding position() of an element in a different context
- To: Oliver Becker <xsl-list at lists dot mulberrytech dot com>
- Subject: Re[2]: [xsl] finding position() of an element in a different context
- From: Kevin Burges <xmldude at burieddreams dot com>
- Date: Wed, 25 Apr 2001 20:55:54 +0100
- Organization: burieddreams.com
- References: <200104251501.RAA15160@mail.informatik.hu-berlin.de>
- Reply-To: xsl-list at lists dot mulberrytech dot com
Hi Oliver,
OB> Just count the preceding siblings:
OB> count($matchingForm/preceding-sibling::*)+1
they might not always be siblings, but I could probably just use
preceding:: to do the job.
I've remembered another part of the problem. Look at the structure
again:
<top>
<visits>
<visit id="visit1Name"/>
<visit id="visit2Name"/>
</visits>
<formtypes>
<formtype id="formtype1Name"/>
<formtype id="formtype2Name"/>
</visits>
<forms>
<form visit="visit1Name" formtype="formtype1Name"/>
<form visit="visit1Name" formtype="formtype2Name"/>
<form visit="visit2Name" formtype="formtype2Name"/>
</forms>
</top>
Am I not right in saying that if I am in the context of a <visit>
element, doing:
<xsl:variable name="matchingForm"
select="//forms/form[(@formtypeID = $formtypeID) and (@visitID =
$visitID)]"/>
will not work, because "//forms" is taken relative to the context
node? Certainly this seems to be happening, as no matches are
occurring.
Is there a way to make this work?
--
groovy baby,
Kevin mailto:xmldude@burieddreams.com
++++++++++++ Cool music - http://mp3.com/marshan
++++++ Attitude Webzine - http://burieddreams.com/attitude
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list