Blog

et dernières actualités

Drupal 9 a initié une tendance de fond depuis plusieurs années au sein de sa base de code qui consiste à retirer sa dépendance à jQuery afin d'alléger le poids des pages (en l'invoquant à la carte) puis en le remplaçant par des implémentations dites vanilla (en javascript natif pur).

Cette tendance de fond est possible car les navigateurs ont bien progressé et leurs implémentations sont uniformisées, au point que les années de jQuery soient comptées (pas seulement à cause de cela).

Par réflexe ou par habitude, beaucoup de développeurs (back) savent développer certains comportements interactifs avec jQuery mais ne savent pas le faire de façon vanilla. Ces liens recensent quelques techniques et snippets d'équivalence pour les taches les plus courantes.

En plus du respect des standards d'accessibilité établis par le W3C (et ses dérivés locaux comme le RGAA), une piste pour améliorer l'accessibilité de votre site Internet pour le plus grand nombre est d'y intégrer un outil de personnalisation dédié. Ainsi, la personne visitant le site peut modifier certains aspects visuels pour que le site s'adapte à ses besoins. Deux outils de ce type sortent du lot : AccessConfig et Infusion.

Si vous avez pu travailler sur des projets Drupal 9, vous vous êtes peut être retrouvés dans la situation suivante : le module dont j'ai besoin fonctionne sous Drupal 8, n'est pas compatible avec Drupal 9 mais un patch corrigeant le problème existe dans une issue sur d.o.

Si vous vous contentez d'appliquer votre patch avec Composer, cela ne résoudra pas votre problème. Les contraintes de version sont vérifiées avant d'appliquer les patches et votre module ne sera donc pas considéré comme compatible avec Drupal 9 aux yeux de Composer.

Cet article vous explique comment contourner le problème jusqu'à ce que le patch soit commité !