je vais peut être dire une betise, mais il me semble bien que l'unicité des attributs n'est pas obligatoire. Pareil en tout cas pour les noeuds.
A moins qu'on ne parle pas des mêmes "attributs". ou que je ne me trompe...
Version imprimable
Alors déjà je serais curieux de savoir qu'est-ce que c'est, XSLT 1.1.
Ensuite, que ce soit XSLT 1.0 ou 2.0 j'ai pas constaté que les attributs y seraient plus mal gérés qu'autre chose. Un(des) lien(s) qui montre des exemples, éventuellement dans une nouvelle discussion dédiée, s'il te plaît.
C'est en effet une bêtise. Attributs pas uniques => mal formé. Mal formé => erreur fatale. C'est donc très obligatoire.
Les attributs c'est une seule chose. c'est truc="machin" bidule="chouette" dans cet exemple :
Code:<toto truc="machin" bidule="chouette">
@arkamon et grandfather
autant pour moi
j'ai dit n'importe quoi
un simple test de xpath sur un element avec 2 fois le même attribut plante en xml 1.1.
@thelvin
XSLT 1.1 c'est ça
http://www.w3.org/TR/xslt11/
pour l'exemple je t'en rédige un dès que j'ai 10 min parce que là je suis au travail. Les problèmes que j'avais rencontré portait sur des tests (xsl:if) avec une variable dans le test, qui fonctionnait parfaitement sur des éléments et pas sur des attributs dans XSLT 1 en utilisant le processeur MSXML. MS proposait d'ailleurs un workaround par l'usage de xsl:when dans une boucle for. De même saxon xslt1 plantait mais pas saxon xslt2.
et ok je créerai une discussion pour ça parce que je fais une digression
Bon ok je ne savais pas, mais le "Status of this Document" dit clairement que ce draft est abandonné en faveur de XSLT 2.0, et listé comme obsolète par le groupe de travail XML (au contraire de 1.0, 2.0 et 3.0 en working draft).
... En plus je ne pense pas qu'il gère les conditions de test sur les attributs, autrement que 1.0 le fait.