Discussion :

[ninox_]

Oké c'est un début. Je peux donc tester l'existence d'un tag.
Maintenant, comment faire pour élaborer des tests plus poussés sur tout le long de l'objet responseText ?
Vu que je ne peux compter sur le DOM et les méthodes comme firstChild, getNode, nextSibling, etc.

Car j'aimerais bien faire le tri des balises en fonction de leur ocurrence, de leurs attributs, etc.

Si tu as des liens à me proposer je suis preneur. Ca t'évitera peut être des aller-retour sur ce topic trop fréquents. Je suis pas confortable dans l'idée d'abuser du temps des autres!


Merci

[roro06]

peut -être l'idée est de décomposer ton "faux XML" en tableau :
var tags=xmlDoc.split("<")

puis supprimer les caractères "<" et ">" (et "/>")

for (var i=0; i<tags.length; i++)
{
tags[i]=tags[i].replace(/</g, "");
tags[i]=tags[i].replace(/\/>/g, "");
tags[i]=tags[i].replace(/>/g, "");
}

comme ça tu te retrouve avec un tableaux d'éléments contenant quelque chose comme :
category id="femme" zid="quesaisje"

etc ...

[ninox_]

Salut.

j'ai lu quelque part que la taille du buffer de xhmlttprequest.responseText était limitée, à 8Ko ou un truc du genre.

Autrement dit mon flux n'est pas complet et est tronqué avant la balise fermante </root>.

Y a t'il un moyen de spécifier une limite moins restrictive? ou carrément de ne fixer aucune limite à priori ?


Merci

[roro06]

Bonjour

Je n'ai jamais rien lu concernant de telles limitations. Où as-tu lu ça ?

[ninox_]

Je suis tombé sur un topic similaire au mien sur un autre forum ....

Et la personne avait fait la même observation, à savoir que mon responseText n'est finalement pas complet!