Safari devient potable en DOM/JavaScript. Ils rattrappent leur retard, maintenant ils sont passés sous la barre des 6 ans de décalage avec Mozilla. Peut etre qu'ils supporteront un jour le DOM CSS & Style correctement ? Notons que opera 9 n'a toujours pas de getter/setter, prétend supporter a 100% le DOM Style alors que c'est n'importe quoi, et que IE7, de son coté, ne change strictement rien dans le support déplorable du DOM/JavaScript de IE... Et apres, les gens disent que JavaScript, ca pue...
Edit: Oublié de préciser que XMLHttpRequest dans IE7 ne sera pas aussi natif qu'ils veulent nous le faire croire: il est impossible de toucher a l'objet (on ne peut pas, comme sur tous les autres objets en javascript, rajouter des propriétés a la volée en touchant au prototype), ce qui indique que c'est probablement juste un ActiveX planqué.
Edit 2: Visiblement les développeurs d'opera, ou leur communauté, ou les 2, cherchent à m'énerver. Je comprends pas comment le support d'un working draft du whatwg peut etre considéré comme une transformant opera dans leader de ajax alors qu'il ya tellement de trucs dans JavaScript 1.5, 1.6 ou 1.7 qui attendent toujours d'être implémentés...
Commentaires
Je suis d'accord avec les différents retard des différents navigateurs. Mais malgré le côté non libre d'opera je l'utilise sous linux, car firefox est bien trop lents, déjà au niveaux des widgets et ensuite rien que pour scroller sur une page le cpu est déjà à fond. Opera : aucun ralentissement.
Alors si les petits gars de chez mozilla voulaient bien corriger leurs fuite de mémoire et rendre le tout plus fluide ça me permettrait peut-être de redevnir plus blanc que blanc et ne pas utiliser de soft proprio :D
Je me fous de qui utilise quoi ou de qui est le plus rapide ou le plus lent. Je constate juste que tout le monde a l'air de se branler du support DOM / JavaScript dans les navigateurs, alors qu'on ne parle plus que de web2.0. D'ou mon billet.
D'accord, c'était pas aussi évident que ça au premier abord.
C'est juste une constatation de ta part.
Et ma constatation c'est que même si gecko supporte de manière rigoureuse le dom, ou le supporte mieux je ne peux pas utiliser leur navigateur du fait de la lenteur d'affichage.
C'est vrai que tout ce marketing est agaçant, ce buzz web2.0 ; donc en te lisant on sait que ce sera assez limité quand même par le développement des navigateurs.
faut arreter avec les 486 c depasse c machine la
Je ne vois vraiment pas en quoi Safari a soi-disant "6 ans de retard"... Comparer Safari et ie7 est absurde! Renseignez-vous avant de publier d'aussi grosses ânneries s'il vous plaît...
Je sais que c'est extremement complexe à faire, mais essayez de lire mon article et de le comprendre. Il fait justement moins de dix lignes.
Le support DOM/JavaScript de Safari était, jusqu'au changement que j'ai lié, très en retard sur Mozilla. Pourquoi 6 ans ? Parceque Javascript 1.5 et la grosse partie de son support dans Mozilla a 6 ans (a quelques mois pres)... Je n'ai pas sorti ce chiffre de mon chapeau, regardez la spec ECMA-262, 3eme edition.
Maintenant que ce retard est rattrapé, il leur manque encore une tonne de trucs, dont certains cités dans mon article. Mais, comme je l'indique, c'est deja une grosse amélioration, ca serait bien que les autres s'y mettent aussi.
Pour info, je viens de verifier: les premieres commits pour les getter/setter dans mozilla datent de septembre 1999. Donc, pardon, c'etait pas 6, c'etait plutot 7.
Salut Mat,
Désolé mais concernant Opera, voilà ce qui est dit dans la page que tu lies:
« Opera supports DOM 2 Style with some exceptions. This module is under development in the W3C and we expect to fully support the updated version. »
Ça correspond bien au tableau de support donné dans l’autre page. Les parties non supportées sont getOverrideStyle(), createCSSStyleSheet(), et les méthodes et classes DOM concernant le maniement et modification des CSSValue. Aucune n’est supportée par un quelconque navigateur.
Le W3C prévoit d’ailleurs de revoir de fond en comble la dernière partie (maniement et modification des CSSValue).
En somme, et au moins sur le papier, le support du DOM Style dans Opera est similaire à celui qu’on a dans Firefox. (Opera >= 9 only).
Rapidement avant de partir en week end
Bobe: je t'accorde le benefice du doute, je me suis trompé de page à lier: celle dont je parlais mentionnait un support complet de DOM2, ce qui est loin du compte. D'ailleurs j'ai oublié de parler de Traversal & Range... Enfin bref, pour ce que j'avais testé de Opera 9, le maniement des feuilles de style était complement buggé. J'arrivais vaguement a m'en sortir dans IE avec leurs méthodes proprio, mais ca merdait completement dans Opera: il se mélangeait les pinceaux entres les regles. Cela dit, c'etait la 9.0 dans laquelle il y avait quelques autres bugs marrants (il n'arrivait pas a parser du xml correctement, par exemple. corrigé en 9.01)
Admettons donc que le support de dom2 de Opera 9 soit parfait: quand est ce qu'ils vont implémenter JavaScript 1.5? Avoir une console JavaScript correcte, voire un debuggueur? Tu noteras la subtilité dans cette page d'ailleurs, la version d'EcmaScript n'est pas mentionnée
Ah, j’ai pas dit qu’il était parfait
À propos du DOM Traversal, ça marche bien dans Opera. Firefox ne supporte pas NodeIterator, mais je crois que ce qui est faisable avec cette interface l’est aussi avec TreeWalker donc ce n’est pas très grave (en même temps, ça veut dire que ça doit pouvoir être implémenté facilement, pourtant le bug traîne encore et encore).
Pour le DOM Range, encore une fois sur le papier, Opera l’implémente, mais c’est peut-être archi-bogué.
Tu as des infos ou des résultats de tests là-dessus ?
Mais je dirais que le support DOM dans Firefox et Opera est à peu près similaire.
Je mets quand même Firefox un cran au dessus (et aussi que du fait que c’est utilisé pour l’interface XUL, le support DOM doit en conséquence être irréprochable).
Pour JavaScript 1.5, je suis d’accord avec toi. D’ailleurs s’ils pouvaient implémenter directement la version 1.6, ce serait encore mieux
À propos, si tu sais dans quelle spécification il est indiqué que les prototypes des classes DOM doivent être accessibles, je suis preneur de l’information. Je n’avais pas trouvé à l’époque où je m’interessais à la question.
ps: Je précise que j’utilise Firefox. Je ne prèche donc pas pour ma paroisse
ps2: bon week-end
Pour NodeIterator, effectivement de mémoire c'est pas super utile, TreeWalker fait ca en mieux. Faudrait que je retrouve pourquoi l'implémentation traine, tiens.
Edit: en fait, c'est un peu plus compliqué. Il ya des différences subtiles au niveau de la gestion des changements dans l'arbre DOM. Cf l'entrée dans bugzilla.
Pour le DOM Range, j'avais pas vu que opera l'implémentais... je vais fouiller, ca peut etre intéressant, on peut faire des trucs sympas avec. J'ai pas de tests sous la main mais j'en aurais
Moi j'utilise firefox, donc je preche pour ma paroisse, mais j'ai surtout écrit ca un peu sur le coup de la colère parceque j'en ai marre de devoir réinventer la roue constamment en JS/DOM... Je reconnais avoir été un peu vilain avec Opera
Tu pourra dire ce que tu veux, cette nouvelle feature est géniale, et si c'est implémenté dans IE7 ou firefox (on peux toujours rêver), ça ouvre la voie à des tonnes d'applications géniales
Enfin je veux bien aussi comme toi qu'ils implémentent le reste 
Merci opera