[DOM] Accès aux tableaux d'éléments

Bonjour à tous,

J'ai quelques soucis avec un xmlParser en Javascript. Un problème de syncrhonisation sans aucun doute, mais j'aimerais comprendre les dessous de l'affaire. En résumé :

Code:

---

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

var xmlParser = new ActiveXObject( "Microsoft.XMLDOM" ); if ( ! g_xmlParser.load( g_svgFile ) ) { alert( "Impossible de lire le SVG rafraîchi" ); }   var newGroups = svgdoc.getElementsByTagName( "g" ); for ( var i = 0; i < newGroups.length; ++ i ) { var newNode = newGroups[ i ]; ####### arg !! ########## var newGroupLayer = newNode.getAttribute( "layer" ); [...] }

---

Sur la ligne marqué #### ci-dessus, l'accès au tableau (en fait à la NodeList) par l'opérateur [] marche... mal. En fait, il me renvoie souvent undefined. Souvent, mais pas toujours. Je peux contourner le problème en utilisant la méthode NodeList.item() qui marche. Mais comme je ne comprends pas pourquoi operator[] marche de temps en temps mais pas toujours, je ne peux pas être sûr que item() lui-même tout le temps...

Quelqu'un peut-il éclairer ma lanterne sur les raisons de ce comportement ?

Code:

---

1 2 3 4 5 6 7

var newGroups = svgdoc.getElementsByTagName( "g" ); var i=0 while (newGroups[i]) { var group = newGroups[i]; // [...] i++ }

---

???

Ce n'est pas la manière de faire une boucle qui me pose problème, c'est la fragilité de l'opérateur [] dans le contexte indiqué ;)

Je sais bien.
J'ai déjà rencontré le problème.
Je l'ai résolu comme ca...

C'est encore plus inquiétant :? Si operator[] devient sensible au contexte en for/while, la programmation js va devenir franchement pénible...

Je suppose que le bug (?) vient de l'interpréteur, donc du navigateur. Je travaille sous IE6 pour le code en question. Utilisais-tu IE également ???

oui
en fait ce n'est pas une question de for, while, c'est une question de gestion du XML/HTML qui est fort hasardeuse... j'avoue ne pas comprendre non plus... en xml j'avais le pb, je l'ai résolu comme ca

Après de longues heures de bataille pour obtenir un code à peu près fiable, je suis tombé sur une piste en consultant des exemples de code de Premshree Pillai (que les dieux ensemencent mille fois le seuil de sa demeure :P ). L'affaire réside apparemment autour d'un problème de synchronisation. La méthode load() de l'objet Microsoft.XMLDOM est asynchrone par défaut. Donc, elle s'achève sans renvoyer de code d'erreur, alors même que le document XML n'est pas encore disponible.

En résumé, pour sécuriser la manipulation, Premshree Pillai propose le code ci-dessous :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

function loadXML( xmlFile ) { g_xmlParser.async = "false"; g_xmlParser.onreadystatechange = verify; g_xmlParser.load( xmlFile ); }   // 0 Object is not initialized // 1 Loading object is loading data // 2 Loaded object has loaded data // 3 Data from object can be worked with // 4 Object completely initialized function verify() { if ( g_xmlParser.readyState != 4 ) return false; }   // Lecture sécurisée synchrone var g_xmlParser = new ActiveXObject( "Microsoft.XMLDOM" ); loadXML( url_a_lire );

---

Et là (pour le moment), les chose fonctionnent normalement. Je croise les doigts.

Ce qui m'amène à une question subsidaire. J'ai eu beau fouiller la Toile avec mon moteur de recherche préféré, impossible de trouver une doc décrivant l'API du Microsoft.XMLDOM pour Javascript. Or, j'ai vu quelques exemples de code avec des méthodes et attributs qui sont natifs pour ce composant (pas du DOM, donc). Dont les méthodes et attributs utilisés dans le code ci-dessus. Ma question est donc :
par les couilles de Cernunnos, où est planquée cette #@]*![] d'info !??????

:traine:

J'ai crié victoire trop tôt. Si l'operator[] s'est bien remis à marcher sur la ligne que je vérifiais, il a cessé de fonctionner sur un autre arbre XML, quelques lignes plus bas. Comme précédemment, la méthode NodeList.item() marche, elle.

Quelle daube... :arf:

Comme je te le disais, le composant DOM de Ie est plus qu'aléatoire...
J'ai déjà trouvé de la doc dessus sur la MSDN mais elle est plutot indigeste longue et relativement peu intéressante... Regarde dans le post Page Source (1e post important du forum JS), j'ai mis un IXmlDom cross-browser avec les fonctions dont tu auras besoin... ca peut toujours aider... Le projet s'appelle IJSA. Il permet d'autre trucs aussi mais je te préviens qu'il n'est pas garanti qu'il marche à 100%... Normalement oui, j'espère, mais bon...

Sinon : :google: ==> XMLNODE, XMLDOM, MSDN

Ok, je vais regarder ça de plus près. Merci ! :)

Citation:

---

Envoyé par FremyCompany

Sinon : :google: ==> XMLNODE, XMLDOM, MSDN

---

Même avec cette requête, je ne vois pas de description exhaustive (de documentation, en somme), de l'interface de ce composant... :oops:

Code:

---

1 2 3 4

var newGroups = svgdoc.getElementsByTagName( "g" ); for ( var i = 0; i < newGroups.length; ++ i ) { var newNode = newGroups[ i ]; ####### arg !! ########## var newGroupLayer = newNode.getAttribute( "layer" );

---

var pour le i dasn la boucle peut interférer non ? en réinitialisant le i ...

Hmmm, j'essayerai à l'occasion, mais je suis sceptique. D'après la bible que je me suis procuré spécialement pour le projet (Javascript, la référence de D.Flannagan chez O'Reilly), la déclaration de variables dans le for est légale.

Par ailleurs, si l'interpréteur la refusait, il devrait la refuser tout le temps. Or, certains operator[] qui marchaient hier ne marchent plus aujourd'hui, et réciproquement d'ailleurs. La méthode NodeList.item(), elle, est plus stable, heureusement. Je précise que je n'ai ce problème que pour les NodeList renvoyées par Document.getElementsByTagName(). En dehors de ça, l'indiçage marche bien, heureusement 8-)