Comparer la valeur d'un attribut avec tous les autres

Bonjour tout le monde,

Je suis en réflexion sur la faisabilité d'une feuille XSLT permettant de comparer la valeur d'un attribut par rapport à tous les autres.

Si la valeur est utilisé par un autre élément, avant ou après, un message indiquant la valeur est généré en sortie (il s'agit juste d'un contrôle).

Je pensais faire ça avec un call-template (il va donc falloir que je me documente, je ne l'ai jamais utilisé).

Pensez-vous que ce soit possible ? Et avec quels moyens ?

si tu met tous les attributs dans une variable et que tu fais ensuite un test de comparaison variable/attribut qui t'interresse, cela suffit-il ?

C'est possible, de la même manière qu'on fait tout le reste en XSLT. Je ne vois pas quelle est la question, ou plus exactement, qu'est-ce qui dérange quand on essaie de le faire.

Supposons que le code suivant est en XML (au pire en XHTML), et observons les attributs dans <LI> :

Code:

---

1 2 3 4 5 6 7 8

<H2 item="3">Bibliographie XML</H2> <UL>   <LI item="1"> Jean-Christophe Bernadac et François Knab, <I>Construire une application XML</I>, Paris, Eyrolles, 1999</LI> <LI item="2"> Alain Michard, <I>XML, Langage et Applications</I>, Paris, Eyrolles, 1998 </LI> <LI item="3> William J. Pardi, <I>XML en Action</I>, Paris, Microsoft Press, 1999, adapté de l'anglais par James Guerin</LI>   </UL>

---

Ce que j'aimerais, c'est comparer l'attribut @item de <H2> avec tous les @item des éléments <LI>. S'il n'y a pas de correspondance ==> message d'erreur.

C'est marrant, mais maintenant que j'ai exposé mon problème, je le trouve nettement moins compliqué... :aie:

Citation:

---

Envoyé par VforVincent

C'est marrant, mais maintenant que j'ai exposé mon problème, je le trouve nettement moins compliqué... :aie:

---

Il n'y a rien d'étrange à cela, c'est le pouvoir de l'analyse humaine.
Résoudre un problème peut se faire de nombreuses manières, mais ce qui très puissant, c'est d'avancer dans son analyse, sans jamais perdre ce qu'on a déjà fait.
Autrement dit, de passer par des étapes concrètes, qui une fois qu'elles existent, peuvent être écrites sur papier, et ce qui est écrit sur papier peut être photographié par le cerveau et retenu comme une chose acquise, qui ne fait plus partie du problème mais de sa solution.

L'énoncé du problème est une telle chose concrète. En informatique on ne peut pas énoncer grand-chose sans exemple, donc l'exemple en fait partie. C'est pour ça qu'on se simplifie beaucoup la vie si on commence par s'expliquer les choses à soi-même. Assez souvent cette première étape est aussi la dernière, parce qu'elle met à jour que la solution est évidente.
Hélas, il ne semble pas naturel de s'expliquer les choses à soi-même, raison pour laquelle on ne le fait qu'au moment de l'expliquer à d'autres gens, et ce n'est qu'à ce moment-là qu'on se rend compte de la trivialité de la tâche.

Pourtant ce n'est pas suffisant, pas assez concret. Voilà ce qui l'aurait été :

Code:

---

1 2 3 4 5 6 7 8

<DIV> <H2 item="3">Bibliographie XML</H2> <UL> <LI item="1"> Jean-Christophe Bernadac et François Knab, <I>Construire une application XML</I>, Paris, Eyrolles, 1999</LI> <LI item="2"> Alain Michard, <I>XML, Langage et Applications</I>, Paris, Eyrolles, 1998 </LI> <LI item="3> William J. Pardi, <I>XML en Action</I>, Paris, Microsoft Press, 1999, adapté de l'anglais par James Guerin</LI> </UL> </DIV>

---

Et lorsque je traite le DIV, si l'un des LI a le même attribut @item que le H2, je veux afficher un message d'erreur. Comme ça :

Code:

---

1 2 3 4 5 6

<xsl:template match="DIV"> <xsl:if test="il_y_a_un_item_commun"> <error>Erreur : item commun</error> </xsl:if> <!-- Reste du traitement du div --> </xsl:template>

---

et je me demande quoi mettre à la place de il_y_a_un_item_commun.

Et voilà, selon le mécanisme que j'ai explicité au-dessus, poser la question aussi clairement que ça, rend sa réponse absolument évidente.
Je te laisse nous la donner.