Première bêta pour jQuery 1.9, un outil de migration proposé au passage

Première bêta pour jQuery 1.9, un outil de migration proposé au passage

Et bientôt la 2.0

Avatar de l'auteur
David Legrand

Publié dans

Logiciel

17/12/2012 2 minutes
14

Première bêta pour jQuery 1.9, un outil de migration proposé au passage

L'équipe de jQuery vient d'annoncer la première bêta de la version 1.9 de sa célèbre bibliothèque Javascript. Au programme, quelques nouveautés, mais surtout pas mal de nettoyage comme cela avait déjà été annoncé.

jQuery 1.9 commence à arriver et se dévoile dans une première bêta qui vient d'être mise en ligne. Cette nouvelle mouture est l'occasion de retirer de nombreuses fonctionnalités qui avaient été récemment dépréciées et c'est pourquoi le plug-in jQuery Migrate fait son apparition. 

 

JQuery

 

Celui-ci vous permettra de faire fonctionner votre code actuel sans avoir à le modifier, tout en identifiant les portions qui poseront souci à terme et qui doivent être corrigées. Il est disponible via ce dépôt GitHub et sa documentation est accessible par là.

 

Voici le code à intégrer à vos pages pour récupérer les deux éléments :

 


 

Pour ceux qui voudraient trouver des détails sur le nettoyage effectué dans jQuery 1.9, vous retrouverez tous les détails à connaître au sein de cette page. Vous disposerez aussi d'une nouveauté principale : la possibilité de récupérer plusieurs propriétés CSS d'un élément en une seule fois. De quoi réduire votre code, mais aussi améliorer les performances de 25 % selon les développeurs :

 

$(element).css([ name1, name2 … ])

 

Vous trouverez aussi la liste des bugs corrigés au sein de la note de version complète, disponible par ici.

Écrit par David Legrand

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Le brief de ce matin n'est pas encore là

Partez acheter vos croissants
Et faites chauffer votre bouilloire,
Le brief arrive dans un instant,
Tout frais du matin, gardez espoir.

Fermer

Commentaires (14)


<img data-src=" /><img data-src=" /> à étudier


Bon vu que le .live était deprecated, je suppose que je vais devoir tout remplacer par des .on

Heureusement que j’ai déjà commencer à m’y mettre.



J’espère que le gain de performance se ressentira aussi dans JQM.


Branche 1.9 étant la dernière à supporter ie8 et inférieur. La version 2 sera réservée aux navigateurs modernes. Il est donc prévu un nettoyage de printemps au napalm pour retirer tous les hacks pour les vieux bousins.








MaTriX91 a écrit :



Branche 1.9 étant la dernière à supporter ie8 et inférieur. La version 2 sera réservée aux navigateurs modernes. Il est donc prévu un nettoyage de printemps au napalm pour retirer tous les hacks pour les vieux bousins.





En fait, 2.0 vire le support de IE 6 à 8, de quoi virer une bonne partie du code au niveau des sélecteurs, faire sauter tous les problèmes de modelbox. <img data-src=" />









zefling a écrit :



En fait, 2.0 vire le support de IE 6 à 8, de quoi virer une bonne partie du code au niveau des sélecteurs, faire sauter tous les problèmes de modelbox. <img data-src=" />





Malheureusement, je dois maintenir un parc ie8. Donc, la v2, c’est pas pour tout de suite <img data-src=" />









MaTriX91 a écrit :



Malheureusement, je dois maintenir un parc ie8. Donc, la v2, c’est pas pour tout de suite <img data-src=" />





Bha, pareil pour moi, certains clients de ma boîte viennent à peine de passer à IE8. <img data-src=" />



Maintenant faut que je prie pour que mes principaux modules soient mis à jour <img data-src=" />



Pour dataTable, tinyMCE et HighCharts j’ai pas trop peur, puor les plus confidentiels par contre <img data-src=" />


JQuery c’est le JavaScript killer ^^. Ironique parce-que ce n’est qu’une librairie de ce dernier <img data-src=" />.








zefling a écrit :



Bha, pareil pour moi, certains clients de ma boîte viennent à peine de passer à IE8. <img data-src=" />





C’est LE truc qui fait que je trouve couillon que Microsoft n’ait pas fait une version d’IE (au-moins la 9) pour XP sachant qu’un grand nombre d’entreprise n’est pas prêt de passer à une version au-dessus.









Ler van keeg a écrit :



C’est LE truc qui fait que je trouve couillon que Microsoft n’ait pas fait une version d’IE (au-moins la 9) pour XP sachant qu’un grand nombre d’entreprise n’est pas prêt de passer à une version au-dessus.





ouaip, vivement la fin d’XP du coup <img data-src=" />









zefling a écrit :



En fait, 2.0 vire le support de IE 6 à 8, de quoi virer une bonne partie du code au niveau des sélecteurs, faire sauter tous les problèmes de modelbox. <img data-src=" />







Ça serait vraiment couillon :-/

Un des très gros avantages de jQuery est justement de faire un code propre bon pour tous les navigateurs, sans test sur le user agent.



Virer le support pour IE6, je suis d’accord. Ce navigateur ne devrait plus être pris du tout en compte dans la liste des navigateurs compatibles pour les nouveaux projets. Par contre IE7 et 8, y’a encore énormément de boites qui l’utilisent, certainement plus que la version 9 (je ne parle même pas de la 10…)









PifPaf a écrit :



Ça serait vraiment couillon :-/

Un des très gros avantages de jQuery est justement de faire un code propre bon pour tous les navigateurs, sans test sur le user agent.



Virer le support pour IE6, je suis d’accord. Ce navigateur ne devrait plus être pris du tout en compte dans la liste des navigateurs compatibles pour les nouveaux projets. Par contre IE7 et 8, y’a encore énormément de boites qui l’utilisent, certainement plus que la version 9 (je ne parle même pas de la 10…)





C’est la double théorie de “l’arrachage du pansement”… Ils ont choisi la méthode progressive, plus douce, chez jQuery. Ils enlèvent version par version.

<img data-src=" />









PifPaf a écrit :



Ça serait vraiment couillon :-/

Un des très gros avantages de jQuery est justement de faire un code propre bon pour tous les navigateurs, sans test sur le user agent.



Virer le support pour IE6, je suis d’accord. Ce navigateur ne devrait plus être pris du tout en compte dans la liste des navigateurs compatibles pour les nouveaux projets. Par contre IE7 et 8, y’a encore énormément de boites qui l’utilisent, certainement plus que la version 9 (je ne parle même pas de la 10…)





Sauf que ça devient plus tendu d’écrire de nouvelles fonctions qui fonctionneront sur tous les navigateurs, sachant que plus ça va, moins les vieux sont capables de suivre la cadence, parce que le cout en performance est plus important. Et question performances, même IE8 est un calvaire. Quand ce n’est pas simplement un problème technologique.



Virer le support des vieux leur permet de se concentrer sur l’avenir. Faut pas oublier de penser aux développeurs de la lib <img data-src=" />









PifPaf a écrit :



Ça serait vraiment couillon :-/

Un des très gros avantages de jQuery est justement de faire un code propre bon pour tous les navigateurs, sans test sur le user agent.



Virer le support pour IE6, je suis d’accord. Ce navigateur ne devrait plus être pris du tout en compte dans la liste des navigateurs compatibles pour les nouveaux projets. Par contre IE7 et 8, y’a encore énormément de boites qui l’utilisent, certainement plus que la version 9 (je ne parle même pas de la 10…)





La branche 1.9 est là pour ça…. mais l’écart devient tellement énorme entre les navigateur moderne et IE7-8 que ça commence certainement à être ingérable.







seboss666 a écrit :



Sauf que ça devient plus tendu d’écrire de nouvelles fonctions qui fonctionneront sur tous les navigateurs, sachant que plus ça va, moins les vieux sont capables de suivre la cadence, parce que le cout en performance est plus important. Et question performances, même IE8 est un calvaire. Quand ce n’est pas simplement un problème technologique.



Virer le support des vieux leur permet de se concentrer sur l’avenir. Faut pas oublier de penser aux développeurs de la lib <img data-src=" />







La différence de perf sur certains sélecteurs peut être hallucinante pour créer un équivalent sur des vieux moteurs qui sont en plus moins performant.