Une XML doit il être ordonnancé?

Bonjour,

Voilà je suis pas expert du XML, et je souhaite savoir si un prérequis pour avoir un XML normé et que celui ci respecte l'ordre des noeuds le composant. (décrit dans le XSD)

ex :

Code:

---

1 2 3 4 5

<toto> <1/> <2/> <3/> </toto>

---

est ce différent de

Code:

---

1 2 3 4 5

<toto> <1/> <3/> <2/> </toto>

---

merci.

Hello,

- Oui, l'ordre des éléments compte. C'est l'ordre des attributs qui ne compte pas.
Il est possible, quand on invente un XSD, de décider que les éléments peuvent être mis dans n'importe quel ordre et que ça aura le même sens. Mais ça consiste simplement à ignorer l'ordre.
Quand tu y penses c'est évident. Quand tu vas sur une page web, le code :

Code:

---

1 2	<a href="bonjour.html">bonjour</a> <img src="image.jpg"/>

---

ne peut s'afficher que dans cet ordre, le navigateur n'a pas le droit de penser que c'est sans importance !

- Une balise n'a pas le droit de commencer par un chiffre, donc tes <1>, <2> et <3> ne sont pas de bons exemples pour tester.

Citation:

---

excusez pour les balises commençant par des chiffres. c'était juste un exemple. (erroné dans ce cas) (j'ai bien noté que les chiffres ne sont pas autorisés, merci)

---

Quelle instruction dans le xsd précise que l'ordre est important ou pas? Dans ce cas le validateur xml ne devraient ils pas m'alerter?

Citation:

---

Envoyé par airod

Quelle instruction dans le xsd précise que l'ordre est important ou pas?

---

Je me suis mal exprimé. Le xsd n'indique pas cela.

Mais quand on crée un nouveau format xml, on crée en général le xsd qui valide ce nouveau format.
Et quand on crée un nouveau format, on décide ce qu'il veut dire, quel est son sens. Et notamment, si oui ou non l'ordre des éléments a une importance.

Ce n'est pas le problème du xsd ni du validateur. C'est le problème des programmes qui interpréteront ces données, et qui savent ce qu'elles veulent dire.