[XSL] algo pour creer arborescence

bonjour,
j ai une liste d elements du type

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

<xml> <el niveau="1"> </el> <el niveau="1"> </el> <el niveau="2"> </el> <el niveau="3"> </el> <el niveau="3"> </el> <el niveau="2"> </el> </xml>

---

...des éléments à pplat. Mon but est de reconstruire l arborescence en respectant les niveaux. le resultat attendu devrait etre ceci:
<xml>
<el niveau="1">
</el>
<el niveau="1">
<el niveau="2">
<el niveau="3">
</el>
<el niveau="3">
</el>
</el>
<el niveau="2">
</el>
</el>
</xml>

je suis en train de réfléchir en utilisant des bornes se limitant a des morceaux de niveau avec position mais je suis sur qu il est possible de faire qq chose de plus efficace avec le preceding-sibling par exemple.

Bonjour,

c'est maintenant pratiquement un cas d'école : http://www.developpez.net/forums/vie...354931#1354931 :wink:

vais regarder ça mais à premiere c est exactement ce cas là.
Vraiment merci Grand father.
Et toujours à premiere vue, qd je vois le niveau du xsl...je risquais pas de trouver bien vite!

Je ne sais pas si ça va fonctrionner mais merci encore...vais pouvoir étudier ça!

ça marche super avec qq modifs évidemment.
par contre je suis en train de le lire et j ai bcp de mal à le comprendre ce qui m ennui beaucoup.
En particulier ce qui me dérange vraiment beaucoup c 'est l utilisation du generate-id() ...je ne vois pas bien en quoi il peut servir pour le tri.

Peut etre qq lumieres pourraient etre apportées sur le sujet (en particulier ds le thread concerné)... moi ça m interesse de comprendre en tout cas

Merci encore cela dit ;)

Citation:

---

Envoyé par tiscars

En particulier ce qui me dérange vraiment beaucoup c 'est l utilisation du generate-id() ...je ne vois pas bien en quoi il peut servir pour le tri.

---

generate-id() renvoie un id unique (deux noeuds de la même source XML ne peuvent pas avoir le même id) désignant le noeud passé en paramètre. On utilise generate-id() le plus fréquemment (en tout cas je ne ne lui connais pas beaucoup d'autres utilisations) pour vérifier si deux noeuds renvoyés par des expressions XPath différentes désignent en fait le même noeud.

Dans l'exemple que je t'ai donné, le traitement des éléments <texte> se fait de la manière suivante :

Code:

---

<xsl:apply-templates select="following-sibling::texte[generate-id(preceding-sibling::section[1]) = generate-id(current())]"/>

---

Décomposons la requête XPath :

• On part d'un élément <section>, le noeud courant
• On sélectionne tous les éléments <texte> frères du noeud courant, jusqu'à la fin de la source XML ; on ne veut cependant que les noeuds <texte> compris entre le noeud courant et le noeud <section> suivant, c'est ce que le prédicat qui suit va nous permettre d'établir
• Dans la liste des noeuds <texte> sélectionnés précedemment, on ne va retenir que ceux dont l'id attribué à la première section les précédant est le même que celui du noeud courant (il s'agit donc du même noeud). Ca va donc exclure tous les noeuds <texte> qui suivent le premier noeud <section> venant après le noeud courant (qui est un <section>, je le rappelle), puisque les id de ces <section> sont différents.

C'est plus clair comme cela ?

g besoin de relire et de réfléchir...
honnêtement c est chaud ^o^;