🚀 go-pugleaf

Si j'ai bien compris
j'utilise dans un premier temps un axe descandant : child qui me permet de
pointer le noeud de travail
et ensuite, au sein de la m�me expression, je change d'orientation pour
pointer le pr�c�dant ou le suivant.
Donc selon toute logique on ne peut trouver d'axes diff�rents dans un
"pr�dicat de recherche".

>
$Fichier/fils[@nature=1][@nom=current()/@nom]/preceding-sibling::fils[1]/@Na
me
>                                             ^^^

Concernant les lignes ci dessus pourquoi les "^^^" ?

Je pense avoir acquis la th�orie ... reste la pratique
Je vais donc essayer merci
Rapha�l

Tom. <ptittom+news@free.fr> a �crit dans le message :
1135038.FpCBEx9A2H@ltgt.net...
> In <HobG6.253$Lw4.656473@nnrp4.proxad.net>, Rapha�l THERY wrote:
> > l'expression suivante me permet d'acceder au noeud dont le nom
correspond
> > � mon flux
> > <xsl:value-of select="$Fichier/fils[@nature='1'][@nom =
> > current()/@nom]/@Name" />
> >
> > par contre je souhaite acc�der au noeud pr�c�dent et suivant.... donc (�
> > mon avis un truc) du genre :
> > <xsl:value-of select="$Fichier/fils[@nature='1'][@nom =
> > current()/@nom][preceding-sibling::fils[position()=1]]/@Name" />
> > (comme vu dans la spec XPATH) mais cela ne marche pas !
>
>
$Fichier/fils[@nature=1][@nom=current()/@nom]/preceding-sibling::fils[1]/@Na
me
>                                             ^^^
> Il faut une �tape de localisation pour "se d�placer", un pr�dicat ne fait
> que restreindre une recherche (dans l'expression que tu avais donn�, �...
> qui a un �l�ment fils le pr�c�dant�, mais tu s�lectionne toujours
l'�l�ment
> $Fichier/fils[@nature=1][@nom=current()/@nom], sauf s'il n'a pas de "fils"
> le pr�c�dant)
>
> Tom.