WordPress.org

Nouveautés

Guide des changements techniques de WordPress 7.1

Guide des changements techniques de WordPress 7.1


Temps de lecture estimé : 

10–16 minutes

WordPress 7.1 comprend la résolution de 310 tickets sur Tracdont 100 sont des évolutions ou des nouvelles fonctionnalités et plus de 180 correctifs de bogues. Cette version comprend plus de 40 tickets dédiés à l’éditeur de blocs, et une bonne partie de correctifs destinés à améliorer l’accessibilité du CMS (46), son interface (40) et 28 tickets dédiés à l’administration du CMS.

Cette version comprend aussi 600 améliorations et 630 corrections de bogues sur l’éditeur (projet Gutenberg).

En savoir plus sur la feuille de route et le calendrier de sortie de WP 7.1 (en anglais)


Tous les liens de cet article pointent vers des notes de développement rédigées en anglais. L’objectif est de fournir un panorama général des changements techniques apportés par cette version, en français, puis de diriger les personnes qui souhaitent en savoir plus vers les notes de développement en anglais.

Table des matières :


Gestion des médias

WordPress 7.1 poursuit la modernisation des flux de travail multimédias dans l’éditeur, l’API REST et la médiathèque. La version introduit des capacités de traitement côté client, améliore la gestion et l’enregistrement des tailles d’image et modifie l’expérience de navigation par défaut dans la bibliothèque multimédia.

Traitement des médias côté client

Les nouvelles API de traitement multimédia côté client permettent d’effectuer des opérations d’image prises en charge dans le navigateur avant qu’un fichier ne soit téléchargé. Les modifications associées de l’API REST prennent en charge la validation des dimensions de l’image, la sélection d’une qualité d’encodage tenant compte de la taille et l’enregistrement d’un fichier téléchargé pour plusieurs tailles d’image.

Tickets associés :

  • #64798 — API REST : ajout d’une validation des dimensions au point de terminaison sideload
  • #65262 — API REST : exposition de la qualité d’encodage adaptée à la taille dans les réponses concernant les pièces jointes
  • #65481 — API REST : prise en charge de l’enregistrement d’un fichier chargé à distance sous plusieurs tailles d’image

Fonctionnement de la médiathèque

Le défilement infini est à nouveau activé par défaut dans la vue en grille de la médiathèque, avec une option permettant à chaque personne de rétablir l’ancien système de pagination. Cette version inclut également des correctifs concernant le comptage des téléversements, les identifiants de légende en double et divers autres aspects de la gestion des médias.

Autres modifications concernant les médias :

  • #65053 – Correction du décompte des téléversements de médias lors de l’envoi de plusieurs fichiers depuis l’éditeur
  • #65315 – Prévention des doublons d’identifiants figcaption lorsque la même image possède des légendes différentes

Accessibilité

WordPress 7.1 apporte des améliorations en matière d’accessibilité aux écrans d’administration, aux tableaux des vues en liste, aux processus de configuration, aux widgets, à la navigation et aux interfaces liées à l’éditeur. Ces changements améliorent la sémantique, les interactions au clavier et au pointeur, la gestion du focus, le contraste ainsi que la présentation des informations contextuelles.

Accessibilité de l’administration

Les améliorations apportées à l’administration rendent les relations hiérarchiques et la structure des tableaux plus claires pour les technologies d’assistance. Elles affinent également la gestion du focus clavier, les commandes, le contraste et les modes d’interaction sur plusieurs écrans.

Des infobulles accessibles dorénavant disponibles dans le cœur de WordPress

WordPress 7.1 introduit un mécanisme standardisé pour créer les infobulles proposant un nom accessible et des informations complémentaires à destination des usagers de prothèses techniques. Le cœur de WordPress utilise désormais ce mécanisme dans certaines interfaces, offrant ainsi aux développeur·euse·s un composant cohérent pour présenter des informations supplémentaires sans dépendre d’attributs title inaccessibles ni d’interactions reposant uniquement sur l’usage du pointeur souris.

Voir aussi :

  • #51006 — Ajout d’un mécanisme pour des infobulles accessibles dans le cœur de WordPress
  • #55343 — Ajout d’une infobulle sur l’option « Se souvenir de moi » (formulaire de connexion WP)
  • #50921 — Ajout d’infobulles pour les boutons de tri des boîtes méta (metaboxes)

Autres améliorations concernant l’accessibilité :

  • #64932 – Amélioration de l’accessibilité de la hiérarchie des sous-pages dans les tableaux de liste des articles.
  • #65027 – Ajout des identifiants aux titres de section générés par l’API Settings.
  • #65250 – Correction de l’interaction à la souris pour le premier élément de sous-menu lorsque l’option « Réduire le menu » est activée.
  • #65382 – Amélioration du contraste du jeu de couleurs d’administration pour l’interface de l’éditeur.
  • #65454 – Amélioration de l’accessibilité des écrans setup-config.php et install.php.
  • #47670 – Correction d’un problème d’accessibilité causé par la présence de plusieurs widgets RSS.
  • Amélioration de la visibilité, du contraste, de la mise en page et de l’accessibilité globale (notamment dans les tickets #65419#65530#65532 ou encore #65630).

Autres améliorations liées à l’accessibilité dans WordPress 7.1

Régressions connues concernant l’accessibilité dans WP 7.1

Dans WordPress 7.1, le comportement par défaut de la bibliothèque de médias évolue : le bouton « Charger plus » est remplacé par le défilement infini, un modèle d’interface connu pour poser des problèmes d’accessibilité.

Pour pallier ce changement, une option dans le profil utilisateur permet à chaque personne de désactiver cette fonctionnalité. Il est également possible d’utiliser le filtre existant media_library_infinite_scrolling pour la désactiver par défaut en renvoyant la valeur false.

Une fonctionnalité a été ajoutée à l’extension WP Accessibility pour inverser cette logique : elle définit la valeur par défaut sur false et modifie l’option du profil du compte pour permettre aux personnes de l’activer si elles le souhaitent.

Par ailleurs, des travaux se poursuivent dans le cadre du ticket #65775 pour ajouter une option similaire à la bibliothèque de médias actuelle. Ces travaux avancent, mais aucune solution n’a fait l’objet d’un consensus à temps pour être intégrée à WordPress 7.1.

API « Abilities »

WordPress 7.1 s’appuie sur l’API « Abilities » introduite dans WordPress 6.9, facilitant ainsi la découverte, l’exposition, la validation et l’intégration des capacités (abilities) avec des clients externes. Cette version ajoute des fonctionnalités de filtrage à la fonction wp_get_abilities(), des crochets liés au cycle de vie de l’exécution, un indicateur unifié d’exposition publique, la préparation de schémas JSON compatibles avec les clients, ainsi que plusieurs autres améliorations mineures de l’API.

Styles globaux

WordPress 7.1 enrichit les outils de style mis à la disposition des développeur·euses de blocs et de thèmes grâce à des variations de styles adaptatives, des fenêtres d’affichage configurables, des états d’interaction supplémentaires et la prise en charge des ombres portées sur le texte. Ces évolutions offrent aux thèmes et aux blocs des possibilités de stylisation plus expressives, tout en maintenant leur configuration au sein du système de styles globaux.

La nouvelle API « SVG Icon »

À partir de WordPress 7.1, la nouvelle API « SVG Icon » propose un moyen standardisé d’enregistrer et de restituer des icônes personnalisées dans WordPress.

Évolution des API « DataViews », « DataForm » et « View Config »

Les API « DataViews » et « DataForm » continuent de mûrir dans WordPress 7.1, parallèlement aux nouvelles fonctionnalités « View Config » pour contrôler les écrans de l’éditeur de site. Les développeur·euses peuvent utiliser ces API pour personnaliser les interfaces basées sur les données et filtrer les vues et mises en page disponibles dans les contextes d’édition.

Édition

WordPress 7.1 intègre un large éventail d’améliorations de l’éditeur, touchant aussi bien le comportement des blocs, les API d’extensibilité, les composants d’interface et les outils de style que l’environnement d’édition lui-même. Les sections ci-dessous mettent en lumière les changements les plus susceptibles d’affecter les développeur·euses de blocs, de thèmes et d’extensions.

De nouvelles options pour certain blocs

WordPress 7.1 ajoute la prise en charge des dégradés d’arrière-plan et de la largeur minimale pour les blocs, permettant à ces derniers d’activer ces options de conception via leurs métadonnées. Cette version améliore également le bloc HTML personnalisé en permettant aux blocs pris en charge par ce bloc de rester modifiables au sein de son aperçu.

Amélioration de l’iframe de l’éditeur

WordPress 7.1 finalise la transition vers un éditeur de publications basé sur une iframe, y compris pour les sites utilisant des boîtes métas héritées. Cela offre un environnement d’édition plus cohérent, mais les extensions qui doivent accéder à des éléments situés au-delà des limites du document de l’éditeur doivent cependant vérifier la compatibilité de leur code JavaScript et CSS.

Composants de l’éditeur

La bibliothèque de composants de l’éditeur bénéficie de nouvelles fonctionnalités, d’améliorations et de mises à jour de leur API dans WordPress 7.1. Les développeur·euses concevant des interfaces pour l’éditeur devraient examiner les modifications apportées aux composants afin de prendre connaissance des nouvelles capacités, des comportements mis à jour et des éventuels points à considérer pour la migration.

Le système de design de WordPress

WordPress 7.1 introduit une base de personnalisation pour le système de design de WordPress. Cette nouvelle approche s’appuie sur des éléments de design (design tokens) et des styles partagés pour renforcer la cohérence des interfaces, tout en offrant aux environnements pris en charge un moyen structuré d’appliquer différents thèmes visuels.

Persistance de la barre d’admin

La barre d’outils de WordPress reste désormais disponible lors de la navigation entre les écrans d’édition, offrant ainsi un parcours plus cohérent entre la partie publique du site, l’espace d’administration, l’éditeur de site et l’éditeur de blocs. Les développeurs et développeuses qui étendent les fonctionnalités de la barre d’outils doivent vérifier le comportement de leurs éléments dans ces différents contextes ainsi que lors de la navigation côté client.

Autres changements à destination des développeuses et des développeurs

WordPress 7.1 introduit des modifications qui touchent de nombreux domaines du cœur du CMS. Ces changements s’inscrivent dans le cadre d’initiatives visant à créer une base flexible pour les développeurs et développeuses.

Mises à jour de bibliothèques externes

WordPress 7.1 a mis à jour certaines dépendances tierces intégrées afin d’améliorer la compatibilité, la maintenance et la sécurité. Le changement le plus notable est la mise à jour vers jQuery UI 1.14.2, ce qui pourrait nécessiter des tests pour les extensions dépendantes du comportement ou du style de jQuery UI.

Autres changements notables

Plusieurs modifications destinées aux développeur·euses dans WordPress 7.1 ne relèvent pas des grandes fonctionnalités clés, mais sont susceptibles d’affecter les intégrations existantes.

Il s’agit notamment d’ajustements concernant le filtrage des notifications ainsi que d’autres changements ciblés touchant les API ou les comportements du système.

Attendez, ce n’est pas fini !

7.1 offre bien plus encore ! Plus de 180 bogues sur le cœur, 630 bogues sur Gutenberg100 améliorations et plus de 20 tâches diverses ont été marqués comme résolus dans WordPress 7.1.

Quelques éléments marquants :

  • IA – #65504 – Client IA – mise à jour de execute_abilities() pour refléter le comportement de has_ability_calls() en vérifiant is_ability_call() avant l’exécution, et ajout d’une couverture de régression pour les appels mixtes (capacités et non-capacités).
  • Comments – #65392 – « Afficher plus de commentaires » ne fonctionne pas pour les types de commentaires autres que comment.
  • Editeur et blocs :
    • #64838 – Empêcher l’application des styles de pseudo-états de bloc à l’état par défaut.
    • #65039 – Ajout de contexte aux messages _doing_it_wrong() dans WP_Block_Type_Registry::register().
    • #65373 – Bloc Boucle de requête : ajouter une option pour exclure l’article actuel.
  • Formatage et compatibilité – #42517 – Assurez-vous que get_file_data() reconnaît les en-têtes précédés d’une balise <? .
  • Connexion, installation et multisite – #65506 – Fix incorrect HTTP URLs in multisite signup and activation when SSL is enabled
  • Confidentialité
    • #44498 – Exécution de _wp_personal_data_cleanup_requests() via une tâche planifiée.
    • #44723 – Retour de l’ID du compte via WP_User_Request en tant que type documenté.
  • API REST et XML-RPC
    • #65536 – XML-RPC : correction de l’incohérence des arguments dans _multisite_getUsersBlogs.
    • #65670 – Empêcher WP_REST_Attachments_Controller::get_attachment_filesize() d’échouer en présence de métadonnées non entières.
  • Thèmes et fichiers modèles
    • #42513 – Amélioration des performances de WP_Theme::get_post_templates() pour les thèmes volumineux.
    • #64848 – Empêcher la conversion implicite de type dans WP_Theme_JSON::to_ruleset().
    • #65049 – Modèles : ajout d’un champ date.

Les changements qui n’ont finalement pas été intégrés à WP 7.1…

Toutes les fonctionnalités explorées au cours du cycle de développement n’ont pas toutes été intégrées à WordPress 7.1. Les initiatives suivantes ont été reportées, ont vu leur orientation modifiée ou sont restées au stade expérimental, offrant ainsi aux contributeur·ices davantage de temps pour vérifier leur conception et leur implémentation avant leur intégration future au cœur du logiciel.

Retrait du bloc Classique

Une proposition initiale prévoyait de masquer le bloc « Classique » dans l’outil d’insertion pour les nouveaux contenus, tout en conservant les instances existantes. Après des discussions et des tests supplémentaires, cette modification a été annulée ; le bloc « Classique » reste donc disponible dans WordPress 7.1.

Passage à React 19

La mise à niveau vers React 19 a également été reportée après WordPress 7.1 et se poursuit sous forme d’expérimentation dans l’extension Gutenberg.

Collaboration en temps réel

La fonctionnalité d’édition collaborative en temps réel a fait l’objet de tests approfondis et a suscité de nombreux retours durant le cycle de développement de WordPress 7.1, mais elle n’est pas activée dans la version finale. Les travaux se poursuivent concernant l’expérience d’édition, la gestion des conflits, la compatibilité et la voie à suivre pour une future intégration au cœur du logiciel.

Nouveau widget « Aujourd’hui »

Un nouveau widget de tableau de bord « Aujourd’hui » (On This Day) a été envisagé durant le cycle de développement de WordPress 7.1 après une proposition initiale de Matt Mullenweg, mais n’a pas été inclus dans la version finale. Les travaux et les discussions peuvent se poursuivre sur le ticket Trac associé #65801.

Propositions refusées ou repoussées à plus tard

Plusieurs projets ont soumis des propositions d’intégration au cours du cycle de WordPress 7.1. Certains éléments fondamentaux ont été inclus dans la version, tandis que les propositions de plus grande envergure continuent d’évoluer et pourraient être réexaminées après des tests, une documentation et des retours supplémentaires.

Nouvelles fonctions, crochets, filtres, classes et méthodes

Pour obtenir la liste de toutes les nouvelles fonctions, crochets, filtres, classes et méthodes, vous pourrez vous rendre – une fois que la version 7.1 sera sortie – sur cette page : https://developer.wordpress.org/reference/since/7.1.0/.

Ce guide a été traduit et réécrit manuellement à partir du Field Guide de WP 7.1 (en anglais) par Jb Audras.

Laisser un commentaire

S’abonner