Alors finalement j’ai opté pour un grand ménage côté jQuery et la prochaine mise à jour de Dotclear, en 2.16, supprimera les versions anciennes de jQuery côté public.
Par ailleurs ça sera toujours la version la plus récente — définie pour une version, en l’occurence 3.4.1 pour la version 2.16 de Dotclear — qui sera utilisée, a priori, il faut que j’évalue cette contrainte.
En fait j’offre toujours, à ce jour, la possibilité de sélectionner la version de jQuery à intégrer, mais en fait je vais peut-être supprimer ce paramètre côté blog ; mais je pense qu’il n’est pas idiot de conserver la possibilité d’installer à la main une version encore plus récente de jQuery et dans ce cas elle sera sélectionnable et utilisable à la place de celle fournie par défaut avec la 2.16.
Ou alors je ne touche à rien question choix, voire ménage, mais ça impliquerait de demander à tous les utilisateurs d’aller modifier la version de jQuery utilisée pour chacun de leur blog ; ça me paraît un peu extrême.
Cela dit, comme dit Philippe, ça peut foutre le dawa avec certains thèmes !
Du coup je ne sais pas encore quelle est la bonne solution…
À première vue je dirais que c’est aux développeurs de plugin et de thème d’adapter leurs codes à la nouvelle version, qui ne s’appelle pas 2.16 pour rien[1], et pas aux utilisateurs de devoir faire des modifications de leur installation.
Au pire, comme dirait le fiston, il suffit de ne pas mettre à jour Dotclear en attendant les mises à jours requises côté thèmes et plugins ;-)
De plus je pense qu’on mettra vite à jour la version de Dotclear qui gère les démonstrations de thèmes côté DotAddict ; ça permettra de tester ceux qui supporte la nouvelle version ou pas !
Note
[1] C’est une version majeure qui peut imposer des adaptations côté tierces parties, même si on fait le maximum pour l’éviter.
1 De Bernard -
En fait le problème est quasi similaire à l’évolution des versions php…
— hormis le fait que la/les version/s php utilisable/s est/sont celle/s imposée/s par l’hébergeur…
Du coup se pose effectivement le pb de la maj des plugs — et thèmes.
“conserver la possibilité d’installer à la main”, — et donc permettre de choisir une version un peu plus ancienne, pourrait être une solution “proposable” dans les forums pour mettre un pansement sur un plug ou thème - “abandonné “qui aurait un “petit bobo” …
… en attendant qu’un “docteur” s’attache à résoudre plus profondément le problème ? ;-)
2 De Franck -
Je pourrais éventuellement ajouter une option, visible seulement du côté de about:config, pour bypasser le test de version…
Ça voudra dire, ensuite, installer la « vieille » version de jQuery, activer cette option dans about:config, choisir cette vieille version de jQuery dans les paramètres du blog.
3 De Bernard -
Bonne idée — puisque
jquery_versionexiste déjà… qui évitera de tenter de bidouiller directement dans l’adminQuestion subsidiaire: à quoi “sert”
jquery_migrate_mute?4 De Franck -
Ce réglage permet de faire taire les notices et avertissements du plugin jQuery Migrate dans la console ; ce plugin est utile pour adapter du code jQuery qui utiliserait une vieille version de l’API.
Ça ne servira (dans la 2.16) qu’en mode DEBUG et côté admin seulement.