# WordPress 6.6 pour les développeurs de blocs, l’article oublié

> Les ajustements discrets de WordPress 6.6 pour qui écrit des blocs : ce qui a changé sans faire l'objet d'une annonce spectaculaire.

- Auteur : Clément Hadrot
- Publié le : 2024-01-30
- Mis à jour le : 2024-01-30
- Catégorie : Blocs Gutenberg
- URL : https://wpmoderne.dev.wordpress-developpement.fr/blocs/wordpress-6-6-developpeurs-blocs-article-oublie/

## L’essentiel

- Un affinage de la fusion des styles de bloc
- Meilleure gestion des cas limites de theme.json
- Corrections dans l'éditeur de site plutôt que nouveautés visibles

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.

> L'essentiel à retenir : Un affinage de la fusion des styles de bloc ; Meilleure gestion des cas limites de theme.json ; Corrections dans l'éditeur de site plutôt que nouveautés visibles

## 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.