Version 9.3 du plugin Gutenberg a chuté plus tôt dans la journée. C’est la première version du plugin au cours du cycle de sortie de WordPress 5.6 qui ne verra pas ses nouvelles fonctionnalités atterrir dans la plateforme principale. Cependant, des correctifs de bogues ont été rétroportés sur WordPress 5.6 beta 2 et 3. Une grande partie du travail pour la version s’est concentrée sur les fonctionnalités et les correctifs d’édition du site complet (FSE). Cependant, quelques améliorations mineures en dehors de l’éditeur du site ont atterri dans la mise à jour.

Le bloc Liens sociaux prend désormais en charge Patreon, Telegram et Tiktok, ce qui porte le nombre total d’icônes sociales à 43. Le bloc Boutons a également une option d’alignement révisée.

Dans l’ensemble, la version ajoute principalement du polissage aux zones existantes. L’équipe de développement a corrigé plus de 20 bogues et a continué à faire avancer les améliorations apportées à l’éditeur du site.

Suppression des widgets et des écrans de personnalisation

Écran Thèmes dans l'administrateur WordPress, affichant les éléments de menu de personnalisation et de widgets manquants.
Les widgets et le personnalisateur ne sont plus sous le menu Apparence.

La plus grande histoire autour de Gutenberg 9.3 n’est pas dans le code mesurable ou les changements de conception face à l’utilisateur. Au lieu de cela, c’est dans un discussion sur un ticket à propos de la suppression des écrans de personnalisation et de widgets lorsqu’un utilisateur a activé FSE.

La version 9.3 masque les éléments Widgets et Customizer du menu d’administration de WordPress. Cependant, ils sont toujours accessibles en accédant directement à l’URL ou aux liens persistants dans diverses parties de l’administrateur WordPress comme sur l’écran Thèmes. Ce changement pourrait avoir des implications pour l’avenir de ces écrans.

“Je pense que ce serait une mauvaise décision de les cacher maintenant sans communiquer clairement à la communauté WordPress quel est l’avenir des widgets et du personnalisateur,” a écrit Carolina Nymark, un représentant de l’équipe Thèmes, dans le ticket. «Les cacher va conduire à plus de questions de la part des utilisateurs et des développeurs inquiets. Je pense que les cacher sans répondre publiquement à ces questions est une mauvaise idée. Je ne vous demande pas de me répondre dans cette pull request, je demande que «WordPress», que ce soit l’équipe de l’éditeur principal ou quelqu’un d’autre, présente le plan à long terme pour ces fonctionnalités de base. »

Elle énumère plusieurs questions auxquelles les chefs de projet devraient répondre. La plupart d’entre eux se résument à la question centrale de savoir quel rôle le personnalisateur jouera à long terme:

  • Même si l’élément de menu est masqué, le personnalisateur est toujours accessible, les options fonctionneront-elles toujours?
  • Quel rôle aura le personnalisateur avec les thèmes FSE?
  • Sera-t-il obsolète, comment et quand? S’il ne sera pas obsolète, pourquoi les cacher?
  • Sera-t-il également obsolète pour les thèmes non FSE? Comment et quand?
  • Comment convertir les options de personnalisation existantes pour mon thème mis à jour?
  • Qu’en est-il des options WordPress qui ne sont disponibles que dans le personnalisateur, comme l’icône du site?

“L’idée ici est que puisque les thèmes FSE n’ont pas de zones de widgets, l’écran des widgets est inutile,” a répondu Riad Benguella. «Pour le personnalisateur, il s’agit d’une copie de l’écran de l’éditeur de site (fonctionnalités similaires), nous devons donc nous assurer que l’éditeur de site comble les lacunes laissées par le personnalisateur. Les styles globaux et les blocs de site répondent à la plupart des options de site requises pour les thèmes FSE et le basculement (masquant le personnalisateur) nous permettra de découvrir les lacunes qui nous manquent. »

Le fait que les thèmes FSE n’aient pas de zones de widgets laisse à se demander pourquoi tant de travail a été consacré à la conversion du système de barres latérales / widgets pour utiliser des blocs au cours de l’année écoulée. C’était également une fonctionnalité prévue pour WordPress 5.6 qui n’a pas fait la coupe.

Les pensées de Benguella semblent être en accord avec les commentaires récents de Josepha Haden, leader de la version 5.6. «Il y a beaucoup d’intérêt à réduire le nombre de flux de travail, et j’espère que nous pourrons nous consolider vers une seule interface magnifique et intuitive», a-t-elle déclaré en réponse à la suppression des widgets pour la version 5.6.

Le commentaire de Benguella est également l’une des premières indications publiques que j’ai vues sur ce à quoi ressemblerait une telle consolidation. Vraisemblablement, les menus de navigation, les widgets ou les écrans de personnalisation ne seront pas nécessaires au fur et à mesure que WordPress progresse dans les versions à venir.

Je me demande toujours si le travail que l’équipe consacre à la gestion des blocs par ces écrans en vaut la peine. Les thèmes traditionnels doivent simplement utiliser les menus de navigation traditionnels, les widgets et les options de personnalisation. Les nouveaux thèmes basés sur des blocs doivent utiliser l’éditeur de site lors de leur arrivée.

Il y a encore quelques questions sans réponse de la liste de Nymark. Nous devrons attendre d’autres commentaires de la part de quelqu’un qui sait. Elle a raison sur la nécessité d’une communication claire et publique.

Passage automatique à FSE

Avis donné sur l'écran des expériences de Gutenberg indiquant que l'utilisateur est sur un thème FSE.
Avis donné aux utilisateurs lorsqu’ils utilisent un thème compatible FSE.

L’une des plus grandes améliorations, en particulier pour les personnes testant FSE, est que Gutenberg active automatiquement FSE lorsqu’un utilisateur active un thème compatible FSE. Cela désactivera également FSE lors du retour à un thème traditionnel.

Quelques bons thèmes pour tester FSE sont Q, Vingt-et-un blocs, et Blocs de graines.

Les utilisateurs ne peuvent également plus activer FSE via l’écran des paramètres expérimentaux de Gutenberg. L’utilisation d’un thème basé sur des blocs est désormais indispensable pour tester cette partie de l’expérience Gutenberg. C’est probablement une bonne décision à ce stade. Bien qu’il soit clairement étiqueté comme expérimental, des milliers d’utilisateurs exécutent Gutenberg dans un environnement de production et peuvent l’activer. De plus, cela empêche les gens de tester une expérience interrompue lorsque leur thème ne la prend pas en charge.

Les boutons bloquent l’alignement du contenu

Nouvelle option de justification de contenu pour le bloc Boutons dans l'éditeur.
Nouvelle option d’alignement du contenu interne pour le bloc Boutons.

Pour les auteurs de thèmes qui ne s’appuient pas sur les styles de base de Gutenberg, ils peuvent avoir besoin de mettre à jour leurs feuilles de style de thème pour gérer les classes d’alignement de contenu sur le bloc Boutons. Cependant, ils devront également continuer à prendre en charge les anciennes classes pour une compatibilité descendante.

Ce changement signifie que les utilisateurs peuvent utiliser un alignement large et pleine largeur sur le bloc tout en alignant séparément le contenu du bloc.

La mise à jour ajoute une option de justification du contenu dans la barre d’outils de l’éditeur pour le bloc Boutons. Il est logique d’utiliser cette méthode car le bloc Buttons est techniquement un conteneur. Il abrite simplement un ou plusieurs blocs Button internes. Le système d’alignement précédemment utilisé est destiné à aligner le bloc entier plutôt que le contenu du bloc.

Dans les versions précédentes de l’éditeur de blocs, le bloc Buttons utilisait le traditionnel align* classes pour l’alignement à gauche, à droite et au centre. Cette mise à jour de Gutenberg fait passer les classes en is-content-justification-*.

L’éditeur effectuera automatiquement la transition du bloc Buttons vers les nouvelles classes lorsqu’un utilisateur modifie un article spécifique avec le bloc. Sinon, ils auront toujours l’ancien align* Des classes.


Source link