Chaque version majeure de WordPress s’accompagne d’une liste de nouveautés phares : un nouveau bloc, une nouvelle capacité de l’éditeur de site, un raccourci clavier. WordPress 6.6 n’a pas fait exception avec ses annonces sur les styles de section et l’amélioration du choix des couleurs. Mais une bonne partie du travail de cette version concerne des ajustements plus techniques, ceux qui ne changent rien à l’écran mais évitent des heures de débogage plus tard.
Cet article recense ce qui, dans WordPress 6.6, concerne directement le travail quotidien d’un développeur de blocs, en écartant volontairement ce qui relève de l’utilisation finale de l’éditeur.
Un affinage de la fusion des styles de bloc
La fusion des règles issues de theme.json, des styles globaux et des styles propres à un bloc a gagné en cohérence dans certains cas limites, notamment quand un bloc définit des supports partiels sur une propriété (par exemple spacing.padding activé mais pas spacing.margin). Avant cette version, certaines combinaisons produisaient des règles CSS orphelines, générées mais jamais appliquées faute de sélecteur correspondant. Rien de spectaculaire à l’écran, mais un fichier de styles générés plus propre à inspecter en cas de doute sur l’origine d’une règle.
Les data-wp-* de l’Interactivity API continuent de mûrir
L’Interactivity API, introduite en 6.5, a reçu plusieurs corrections silencieuses en 6.6 sur la gestion des directives imbriquées, en particulier autour de data-wp-each combiné à des contextes multiples. Les développeurs qui avaient contourné certains comportements inattendus avec des solutions de repli peuvent revérifier si leurs contournements sont toujours nécessaires.
Le sélecteur de blocs dans l’inserteur retrouve un peu de mémoire
Un correctif discret concerne la persistance de l’onglet actif dans l’inserteur de blocs (Blocs / Motifs / Média / Réutilisables) : avant 6.6, rouvrir l’inserteur revenait systématiquement au premier onglet, ce qui frustrait les rédacteurs qui alternaient entre motifs personnalisés. Pour un développeur qui construit des motifs destinés à être choisis fréquemment, ce détail change la façon dont on organise les catégories de motifs, puisque l’onglet reste désormais sur celui utilisé en dernier.
Ce qui ne change rien pour l’API des blocs elle-même
Contrairement à 6.5 qui avait apporté les block bindings et la Font Library, 6.6 n’introduit aucune nouvelle clé dans block.json, aucun nouveau hook d’enregistrement de bloc. C’est une version de consolidation pour l’API bloc au sens strict : les schémas d’attributs, registerBlockType, useBlockProps et les filtres JavaScript habituels n’ont pas bougé.
Attention aux régressions de rendu du Query Loop
Certains utilisateurs de blocs Query Loop personnalisés ont signalé des changements de comportement subtils dans le rendu de la pagination améliorée (Interactivity API), en particulier sur des sites combinant plusieurs blocs Query Loop sur la même page. Un développeur qui maintient un bloc Query Loop personnalisé gagnera à retester ce scénario précis après une montée en version vers 6.6, plutôt que de supposer que rien n’a changé sous le capot.
- Vérifier le rendu de vos blocs avec pagination améliorée activée sur une page à plusieurs Query Loop.
- Revérifier les contournements liés aux directives imbriquées de l’Interactivity API.
- Ne pas s’attendre à de nouvelles clés
block.json: cette version n’en apporte aucune.
Pourquoi cette version passe inaperçue
Une version comme 6.6 ne génère pas d’article à sensation, car elle ne casse rien de visible et n’ajoute rien de spectaculaire. C’est précisément la raison pour laquelle elle mérite d’être lue en détail par qui maintient des blocs en production : les régressions silencieuses corrigées ici sont celles qui, si elles n’avaient pas été traitées, auraient fini par remonter en tickets de support des mois plus tard, sans lien évident avec une mise à jour de cœur.
Les versions qu’on saute par manque de temps sont souvent celles qui corrigent le bug qu’on croyait être le nôtre.
Pour aller plus loin
Le journal des modifications complet reste consultable sur le Trac de WordPress et sur les articles de version de make.wordpress.org, mais peu de temps est généralement consacré aux tickets marqués mineurs. Pour un développeur de blocs, prendre dix minutes à parcourir les tickets fermés étiquetés « Editor » sur une version comme 6.6 reste souvent plus rentable que d’attendre l’article de synthèse d’une version majeure suivante.
