Gutenberg 12.5 introduit des variations de styles globaux, préserve le style des boutons adjacents et ajoute une transparence alpha aux sélecteurs de couleurs

Gutenberg 12.5 a atterri dans le répertoire des plugins WordPress plus tôt dans la journée. J'ai déjà été enthousiasmé par au moins une nouvelle amélioration, les variations de styles globales. Cependant, il s'agit d'une mise à jour costaud avec plusieurs fonctionnalités centrées sur le développeur et l'utilisateur.

Avec WordPress 5.9 maintenant dans la nature, il semble que tout le monde soit de retour sur le pont alors que nous nous préparons pour la sortie de 6.0 en mai. La semaine dernière, j'ai couvert la première feuille de route, et certains des éléments de cette liste sont déjà dans cette dernière mise à jour de Gutenberg sous une forme ou une mode.

Variations globales des styles

Les auteurs de thèmes peuvent désormais créer plusieurs variantes de theme.json et les placer dans le dossier /styles de leur thème. Ensuite, les utilisateurs peuvent basculer entre les différents préréglages pour choisir ce qui leur convient le mieux.

La nouvelle fonctionnalité promet d'être l'un des points forts de la version WordPress 6.0, et le thème par défaut Twenty Twenty-Two proposera éventuellement plusieurs variantes.

J'ai plongé dans la fonctionnalité plus en détail dans un post la semaine dernière. Le responsable du projet Gutenberg, Matias Ventura, a développé cela dans les commentaires :

Obtenir cela tôt dans le cycle afin que nous puissions aplanir l'expérience et la mécanique. Je m'attends à ce qu'il soit vraiment bon dans quelques itérations. Je suis particulièrement impatient de franchir le mur des packs de thèmes, car toutes ces variations sont intrinsèquement compatibles avec tous les thèmes de blocs disponibles !

Bien que je partage l'enthousiasme de Ventura à propos de la fonctionnalité, je ne suis pas sûr que nous puissions briser la barrière du thème avec 6.0. L'idée ici est que de telles variations seraient interchangeables entre les thèmes. Je ne vois pas cela se produire, étant donné l'état actuel du système de styles global.

La plupart de theme.json est standardisé, mais de nombreux auteurs utilisent la propriété settings.custom . Cela leur permet de définir n'importe quel nombre de valeurs personnalisées, qui sont souvent référencées via la feuille de style du thème.

Il y a aussi ce petit problème de ne pas avoir de schéma de nommage standard pour des fonctionnalités telles que les couleurs et la typographie.

Parce qu'aucune de ces choses ne sera toujours la même entre deux thèmes, changer de variation ne sera pas toujours joli. C'est un objectif noble, et peut-être vaut-il la peine d'essayer de voir ce qui est possible. Cependant, le concept ressemble à la poursuite de l'abandon du système de thème pour un défaut géant à l'emporte-pièce.

Le changement de variation est mieux laissé aux thèmes individuels. Autorisez les auteurs de thèmes qui créent leurs systèmes personnalisés sur theme.json à gérer l'expérience et les attentes de l'utilisateur. Nous devrions nous concentrer sur la création d'outils pour les aider à exécuter leur vision sans se soucier qu'un utilisateur "installe" sa variante JSON dans un projet totalement différent.

Les nouveaux boutons conservent le style des boutons adjacents

WordPress facilite la duplication d'un bouton, mais il est caché sous la liste déroulante des options de la barre d'outils. Il s'agit d'une action en deux clics par rapport à la simple pression sur l'icône "+" pour insérer un nouveau bloc de boutons. Avant Gutenberg 12.5, cela se traduirait par le nouveau traitement de style par défaut. C'est l'un de ces désagréments mineurs jusqu'à ce que vous commenciez à travailler avec plusieurs boutons à la fois.

La dernière version duplique automatiquement le style du bloc Button adjacent lors de l'insertion du suivant. C'est une bien meilleure expérience.

Cependant, cela ne nous mène pas aussi loin que nous devons aller. Que se passe-t-il si vous décidez de modifier ultérieurement le design de chaque bouton ? Vous avez beaucoup de travail devant vous pour modifier chacun d'eux. Il existe un ticket ouvert pour copier un style sur tous les autres dans le groupe de blocs Boutons.

Les utilisateurs peuvent ajouter des couleurs transparentes

Les utilisateurs peuvent enfin contrôler la transparence alpha des couleurs personnalisées au niveau du bloc. La fonctionnalité fonctionne pour les options de couleur de texte, d'arrière-plan, de lien et de bordure. Cette amélioration clôt un ticket ouvert pour la première fois en octobre 2019.

Il y a des sélecteurs de couleurs où il n'est pas activé. Cela inclut la section de palette personnalisée dans le panneau des styles globaux et les couleurs liées aux icônes pour le bloc Liens sociaux. Il en va de même pour la couleur de superposition du bloc de couverture, mais elle dispose d'un contrôle d'opacité distinct.

Option de taille d'image postée en vedette

Gutenberg 12.5 introduit une nouvelle option qui permet de définir le bloc Post Featured Image pour utiliser une taille d'image WordPress ou définie par thème. Cela semble être un changement trivial, mais c'est un bond en avant pour la thématisation des blocs.

Les auteurs de thèmes ont filtré le crochet post_thumbnail_size pour gérer cela. Cependant, cette méthode se complique lorsqu'il s'agit de plusieurs requêtes de publication avec des tailles d'image variables.

Je n'en parle que depuis un an. J'ai écrit à ce sujet encore et encore et encore, essayant d'amener quiconque à écouter. Si nous voulons que davantage de concepteurs sautent à bord du train de développement de thèmes basé sur des blocs, ils doivent contrôler les images en vedette. Beaucoup trop de mises en page reposent sur un dimensionnement spécifique pour être à leur meilleur.

Maintenant, si nous pouvions seulement utiliser l'image en vedette à l'intérieur des blocs Cover et Media & Text…

Copier tout le contenu de l'éditeur de site

Aujourd'hui, j'ai appris qu'il y avait un bouton "Copier tout le contenu" dans le menu des options de l'éditeur de publication. Je ne sais pas depuis combien de temps il est là, mais c'est plutôt chouette. J'ai inutilement essayé de sélectionner tout le contenu - parfois avec un certain succès - via le canevas de contenu. Même ceux d'entre nous qui passent presque chaque heure d'éveil dans l'éditeur peuvent apprendre une nouvelle astuce de temps en temps.

Cette option de copie de contenu a maintenant été ajoutée à l'éditeur de site dans le cadre d'une initiative visant à apporter la parité des fonctionnalités entre les deux éditeurs.

Affichage du code dans l'éditeur de site

En continuant avec la parité des fonctionnalités entre les éditeurs de publication et de site, les utilisateurs peuvent désormais passer à la vue code dans l'éditeur de site.

Techniquement, cela s'appelle «l'éditeur de code», mais il y a des dragons à venir pour quiconque tente d'éditer quoi que ce soit. Du moins s'ils s'attendent à autre chose que le redoutable message "ce bloc contient un contenu inattendu ou invalide". Je naviguerais dans des eaux plus calmes et l'éviterais pour autre chose que lire ou copier.