Gutenberg 9.3 fournit un indicateur de l'évolution de l'édition complète du site, un avenir sans widgets ni écrans de personnalisation

La version 9.3 du plugin Gutenberg a été abandonnée plus tôt dans la journée. Il s'agit de la première version du plugin au cours du cycle de publication de WordPress 5.6 qui ne verra pas ses nouvelles fonctionnalités atterrir dans la plate-forme principale. Cependant, les corrections de bogues ont été rétroportées vers WordPress 5.6 bêta 2 et 3. Une grande partie du travail pour la version s'est concentrée sur les fonctionnalités et les correctifs de l'édition complète du site (FSE). Cependant, certaines améliorations mineures en dehors de l'éditeur de 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é d'apporter des améliorations à l'éditeur du site.

Suppression des widgets et des écrans de personnalisation

La plus grande histoire autour de Gutenberg 9.3 n'est pas dans le code mesurable ou les modifications de conception destinées à l'utilisateur. Au lieu de cela, il s'agit d'une discussion sur un ticket concernant la suppression des écrans Customizer et 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'administration 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, représentante de l'équipe des thèmes, dans le ticket. "Les cacher va conduire à plus de questions d'utilisateurs et de 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 demande d'extraction, je demande que "WordPress", que ce soit l'équipe d'éditeurs principaux ou quelqu'un d'autre, présente le plan à long terme pour ces fonctionnalités principales.

Elle énumère plusieurs questions auxquelles devraient répondre les porteurs de projet. La plupart d'entre elles se résument à la question centrale du rôle que jouera le personnalisateur à 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 le personnalisateur aura-t-il avec les thèmes FSE ?
• Sera-t-il obsolète, comment et quand ? S'il ne va pas être 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'un doublon 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 traitent la plupart des options de site requises pour les thèmes FSE et effectuer le changement (masquer le personnalisateur) nous permettra de découvrir les lacunes qui nous manquent.

Le fait que les thèmes FSE n'auront pas de zones de widgets laisse à se demander pourquoi tant de travail a été consacré à la conversion du système de barre latérale / widgets pour utiliser des blocs au cours de la dernière année. C'était également une fonctionnalité prévue pour WordPress 5.6 qui n'a pas été retenue.

Les pensées de Benguella semblent être en ligne avec les récents commentaires de Josepha Haden, responsable 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 regrouper en une seule belle interface intuitive", a-t-elle déclaré en réponse au débranchement des widgets pour 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 écrans Nav Menus, Widgets ou Customizer ne seront plus nécessaires au fur et à mesure que WordPress progresse dans les prochaines versions.

Je me demande toujours si le travail que l'équipe consacre à la fabrication de ces écrans pour gérer les blocs 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 lorsqu'il arrive.

Il reste encore quelques questions sans réponse dans la liste de Nymark. Nous devrons attendre d'autres commentaires d'une personne au courant. Elle a raison sur la nécessité d'une communication claire et publique.

Passage automatique au FSE

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

Certains bons thèmes pour tester FSE sont Q, Twenty Twenty-One Blocks et Seedlet Blocks.

Les utilisateurs ne peuvent également plus activer FSE via l'écran des paramètres de Gutenberg Experimental. 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 un bon appel à ce stade. Bien qu'ils soient clairement étiquetés comme expérimentaux, 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 cassée lorsque leur thème ne la prend pas en charge.

Les boutons bloquent l'alignement du contenu

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 Buttons. Cependant, ils devront également continuer à prendre en charge les anciennes classes pour une compatibilité descendante.

Ce changement signifie que les utilisateurs peuvent utiliser l'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 à 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 intérieurs. Le système d'alignement utilisé précédemment 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 Boutons utilisait les classes align* traditionnelles pour l'alignement à gauche, à droite et au centre. Cette mise à jour de Gutenberg bascule les classes vers is-content-justification-* .

L'éditeur fera automatiquement la transition du bloc Boutons vers les nouvelles classes lorsqu'un utilisateur modifie un article spécifique avec le bloc. Sinon, ils auront toujours les anciennes classes align* .