Hanblog - Tag - javascript - Commentaires

Nouveautés Safari 3.1 : getElementsByClassName - Olivier D. alias ze kat

Olivier D. alias ze kat — Mon, 09 Jun 2008 12:44:44 +0200

La technique getElementsByClassName est trés interressante car ses performances sont meilleures que tout autre méthodes de sélection même si on ne passe pas par les fonctions natives de Firefox 3 ou Safari 3.
A noter que si on simule cette fonction via XPath, c'est moins bon.
Et pour info, c'est beaucoup plus rapide en Javascript (pour le rendu) de modifier la class d'un element plutot que de modifier ses attributs de style CSS un par un.

Perso, j'utilise une lib* compatible IE6/Firefox2/Safari pour les profiles de LiFE2Front, et çà me permet de faire du tri/filtrage de contenu instantanément avec de bonnes performances. Mais inconvenient ; çà fait grincer Prototype, JQuery, Yahoo! UI, ou Dojo :o(

(*) cliquer sur ma signature pour voir une démo avec mon profil. La lib est citée dans les crédits en bas de page.

Google Ajax Librairies : une bonne idée ? - Rik

Rik — Tue, 03 Jun 2008 01:11:12 +0200

Comme le dit Éric, l'intérêt d'un loader est douteux. Il retarde le téléchargement de la librairie, mais ça fait toujours ça de plus à télécharger au final.

Google Ajax Librairies : une bonne idée ? - inside

inside — Wed, 28 May 2008 16:40:52 +0200

En ce qui concerne les versions :

"The second parameter of google.load is the version of the API, modeled after the versioning system originally used by the Google Maps API."

Google Ajax Librairies : une bonne idée ? - Éric

Éric — Wed, 28 May 2008 12:18:30 +0200

C'était un des gros avantages de YUI. Cependant j'ai appris à le mitiger avec le temps. C'est une très bonne chose pour YUI, qui est utilisé pour une multitude de sites Yahoo!, et un utilisateur d'un site Yahoo! a toutes les chances de se retrouver à court terme sur un autre site Yahoo!.

Pour les autres j'ai peur que la probabilité d'avoir un cache frais quand on se retrouve sur un second site qui utilise la même version de la même bibliothèque .. soit assez faible. Peut être même trop faible pour que la requête DNS supplémentaire se révèle positive en moyenne. C'est une histoire de masse critique mais j'ai peur que la masse critique soit dur à atteindre vu qu'il y aura une URL par version.

Sinon, sur les points négatifs à côtés :
- Les "loaders" ne m'ont jamais convaincus, du fait qu'ils nécessitent un aller-retour supplémentaire pour charger le loader.
- Je suis assez concerné par le fait que du coup les bibliothèques concernées sont dépendantes de Google, pour mettre à jour les URLS centralisées mais aussi pour le bon vouloir de continuer à diffuser ces fichiers. On pourrait même arriver à l'idée qu'une bibliothèque s'interdit de mettre une fonctionnalité déplaisante à google pour éviter d'être bannie. Dans l'idéal il faudrait que chaque bibliothèque contrôle son propre espace centralisé sur son propre domaine (quitte à ce que Google fournisse l'hébergement derrière). Au pire il faudrait au moins une déclaration d'intention de Google sur combien de temps ces URLs seront fonctionnelles, et un engagement sur un suivi des version minimum.

Google Ajax Librairies : une bonne idée ? - 20cent

20cent — Wed, 28 May 2008 10:17:28 +0200

Tout à fait d'accord avec ton analyse sur le chargement des bibliothèques.

Par contre, utilisant jQuery régulièrement, je ne manquerais pas dorénavant de l'appeler via cette url :
http://ajax.googleapis.com/ajax/lib...

J'espère que cette pratique se généralisera.

Nouveautés Safari 3.1 : getElementsByClassName - Rik

Rik — Fri, 11 Apr 2008 12:20:22 +0200

Déjà, Safari 3.1 est bien sorti :) C'est pour cela que j'ai regardé les libs.

Par contre, mon message est ambigu. Je parlais d'utiliser getElementsByClassName pour leurs recherches basées sur les sélecteurs CSS. Ça demande de changer leur algo (et c'est pas immédiat), mais quel bénéfice pour les utilisateurs.

Par contre, je vais modifier le billet, parce que j'avais oublié de préciser le côté "live" de la liste retournée.

Nouveautés Safari 3.1 : getElementsByClassName - Eric

Eric — Thu, 10 Apr 2008 22:17:38 +0200

Calme, ces navigateurs ne sont pas encore sortis alors laisse le temps aux bibliothèques d'intégrer les nouveautés. Quand au moins un de ces navigateurs sera publié, là on pourra regarder car (malheureusement) certaines lib implémenteront un fallback.

Je dis malheureusement parce que getElementsBy* est le genre de fonctionnalités qu'on ne pourra pas implémenter en javascript. Si fallback il y a il sera incomplet ou différent de la spec et de l'implémentation des navigateurs.

Le problème vient du fait que les navigateurs retournent des listes de noeuds "live", qui sont impactées par les changements dans le DOM. Les bibliothèques ne peuvent que retourner des tableaux statiques contenant des références vers les noeuds DOM.

Demander aux bibliothèques javascript d'implémenter getElementsByClassName quand le navigateur ne le supporte pas c'est leur demander de faire de violer les specs et d'avoir des implémentations divergeantes.

Ils ont choisi de ne pas le faire, et ils ont raison là dessus. Si tu veux un tableau statique de noeuds DOM, toutes ces bibliothèques ont déjà des méthodes pour ça.