Discussion :

[ThomasEscolan]

Bonjour à tous,

Je souhaite extraire l'id de l’ancêtre le plus "proche" d'un nœud correspondant à une liste de noms de balises, et ça marche pô :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<xsl:variable name="ref" select="ancestor::fi|nc|nt|pa[1]/@id" />

L'idée, pour être clair, c'est que si on rencontre un ancêtre, en les parcourant depuis le noeud courant, et que c'est l'un de la liste (fi, nc, nt, pa) alors c'est mon candidat. Mon premier réflexe était de mettre des parenthèses, mais y'a pô voulu.
Où est-ce que j'ai faux (encore), SVP ?

[ThomasEscolan]

Bon... cherchez plus... mes déboires de performances (cf. plus tôt) m'ont conditionné à fuir les tests sur local-name()...

Ceci fait la job :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<xsl:variable name="ref" select="(ancestor::*[local-name()='fi' or local-name()='nc' or local-name()='nt' or local-name()='pa'])[1]/@id" />

AH PI' NON, TIENS !
Il remonte d'un cran de trop !? J'y comprends rien

[ThomasEscolan]

Okaaaaay... Le boulet est de sortie
Traumatisé par preceding-sibling, j'aurais dû écrire [last()], pas [1]

Je sens qu'il va y avoir des chouquettes demain, vous êtes les bienvenus !

Pour info, les perfs ne sont pas trop mauvaises ; 2s de plus sur une durée ~80s

[thelvin]

Pour info sans local-name(), c'était :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

(ancestor::fi|ancestor::nc|ancestor::nt|ancestor::pa)[last()]/@id

Pour info aussi, joie des axes inversés, tu aurais pu faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ancestor::*[local-name()='fi' or local-name()='nc' or local-name()='nt' or local-name()='pa'][1]/@id

La différence ? J'ai enlevé les parenthèses. Les parenthèses forcent le parcours des éléments dans le sens du document. Ouaip man.
La raison, c'est que si on met des parenthèses, en principe c'est pour faire un | et donc traiter plusieurs ensembles de nœuds sélectionnés avec plusieurs axes différents. Comme des axes différents n'ont pas forcément le même ordre, on met tout le monde d'accord en prenant l'ordre du document. Même si en fait il n'y avait pas de | et que les parenthèses semblent inutiles.

[Loceka]

Les parenthèses forcent le parcours des éléments dans le sens du document.

eh ben on en apprend sur le XSL.

C'est quoi l'intérêt qu'ils ont pu trouver à inverser l'ordre des résultats, à part celui de faire passer des heures en débug au développeur ?

[thelvin]

eh ben on en apprend sur le XSL.

XPath en fait.

C'est quoi l'intérêt qu'ils ont pu trouver à inverser l'ordre des résultats, à part celui de faire passer des heures en débug au développeur ?

Il y a l'explication dans mon post.

[ThomasEscolan]

thelvin, Je pense que ce que veux dire Loceka, c'est que l'explication que tu donnes est tellement logique que l'on ne devrait pas avoir besoin d'ajouter les parenthèses ! sort of