Gutenberg 9.7 a atterri hier avec plusieurs mises à jour et améliorations. Les utilisateurs doivent s’attendre à voir les modifications apportées à l’interface pour les variations de bloc, les transformations et les modèles. Des blocs réutilisables sont en cours d’élaboration après ce qui semblait être une interruption. Les développeurs peuvent également ajouter des modèles de page personnalisés à leurs thèmes WordPress basés sur des blocs.

Cette version contient le moins de corrections de bogues que j’ai vues depuis un certain temps. L’équipe de développement n’a introduit que huit correctifs dans la mise à jour, ce qui pourrait indiquer que les choses étaient plus stables que d’habitude après la sortie 9.6 il y a quelques semaines.

La plupart des travaux de la version 9.7 concernaient de nouvelles fonctionnalités et améliorations. Comme prévu, l’édition complète du site a eu sa juste part de temps. Cependant, même cela semblait un peu reculé pour cette version. La plupart des mises à jour concernent l’interface de post-édition.

Améliorations de l’expérience utilisateur

L’équipe a publié plusieurs mises à jour sur le fonctionnement des fonctionnalités dans l’éditeur. Certains d’entre eux peuvent sembler mineurs mais améliorent l’expérience globale de l’éditeur.

Les variantes de bloc ont reçu une amélioration bienvenue. Les variations se produisent lorsqu’un bloc sous-jacent est utilisé pour créer plusieurs variations du même bloc. Par exemple, le bloc Embed contient YouTube, Twitter et d’autres variantes. Dans les versions précédentes, l’inspecteur de blocs dans la barre latérale et la navigation dans les blocs montraient le nom générique, l’icône et la description. Cependant, Gutenberg 9.7 montrera maintenant le détails de la variation utilisé.

Exemple d'utilisation de la variante de bloc YouTube Embed et affichage de ses détails dans la barre latérale.
Variante YouTube pour le bloc Embed.

Lors de la transformation d’un bloc, les utilisateurs peuvent voir un aperçu à quoi ressemblera le bloc. C’est une petite amélioration. Cependant, cela peut éviter quelques maux de tête avant de décider de transformer un bloc en un autre.

Transformer un devis en Pullquote dans l'éditeur de blocs.
Prévisualiser lors de la transformation du bloc Quote en Pullquote.

Gutenberg 9.6 a introduit un fonction glisser-déposer pour les blocs dans l’inséreuse. L’équipe a maintenant étendu cette fonctionnalité pour bloquer les modèles. Ce n’est qu’un autre échelon sur l’échelle pour ceux qui recherchent plus de capacités de glisser-déposer.

Blocs réutilisables mis à jour

Cela fait un moment que j’ai testé des blocs réutilisables. La fonctionnalité a apparemment pris le pas sur d’autres fonctionnalités plus récentes au cours de la dernière année. Cela ne s’est jamais senti beaucoup mieux qu’un prototype initial. Il n’y a toujours aucun moyen de les gérer facilement à moins que vous ne sachiez où chercher. Cependant, il semble que l’équipe de développement de Gutenberg soit développer activement cette fonctionnalité presque oubliée.

Les utilisateurs peuvent s’attendre à plus dans les versions futures. «Sur la base de ces changements, l’interface utilisateur des blocs réutilisables va probablement voir des itérations dans les semaines à venir», a écrit Riad Benguella dans le message d’annonce.

J’ai effectué un premier test pour voir à quoi ressemblait la fonctionnalité dans Gutenberg 9.7. Après avoir cliqué sur le bouton «Ajouter aux blocs réutilisables», l’éditeur a fait un flash rapide. Ensuite, une notification est apparue en bas de l’écran indiquant que le bloc réutilisable avait été créé. Comme je n’avais pas ouvert le panneau de la barre latérale des options de bloc à l’époque, je ne voyais aucun moyen de modifier le titre du bloc réutilisable. Ma pensée immédiate a été que l’équipe a pris une fonctionnalité déjà à moitié cuite et l’a aggravée de manière exponentielle.

Après avoir creusé davantage, j’ai constaté que les utilisateurs peuvent modifier le titre du bloc réutilisable dans la barre latérale des options de bloc. Cependant, l’équipe ne s’est pas arrêtée là. Ils ont ajouté plusieurs améliorations à la fonctionnalité.

Modifier le nom d'un bloc réutilisable dans l'éditeur WordPress.
Modification du nom du bloc réutilisable dans le panneau de la barre latérale.

Les blocs réutilisables sont désormais modifiables dans l’éditeur de publication lui-même. Les utilisateurs peuvent par exemple faire glisser une image hors du bloc. La barre latérale de l’inspecteur est disponible pour les blocs intérieurs. Les blocs réutilisables ressemblent désormais à n’importe quelle autre partie de l’éditeur. Toutes les modifications seront répercutées sur toutes les instances des blocs réutilisables sur le site.

La grande différence réside dans la manière dont ils sont sauvés.

Enregistrer le message et les blocs réutilisables à la fois dans l'éditeur de blocs.
Enregistrer un bloc réutilisable avec le message.

Les blocs réutilisables font désormais partie du système de sauvegarde «multi-entités». En cliquant sur le bouton de mise à jour de l’éditeur, les utilisateurs auront la possibilité d’enregistrer l’intégralité du message et / ou des blocs réutilisables individuels.

Modèles de «page» personnalisés pour les thèmes FSE

Basé sur des blocs les thèmes prennent désormais en charge ce que l’on appelle traditionnellement des modèles de page. Tous les types de publication sont techniquement pris en charge avec la fonctionnalité. Cependant, l’équipe semble s’en tenir à la terminologie «page» après quelques discussions.

Il a fallu un peu de fouille car il n’y a pas de documentation existante et l’exemple d’origine dans le ticket ne reflétait pas le résultat final du code qui a passé. Cependant, j’ai réussi à comprendre comment la fonctionnalité fonctionne. Pour les auteurs de thèmes qui souhaitent tester cette fonctionnalité, utilisez l’exemple de code suivant d’ajout d’un modèle «contact». Placez-le au niveau racine de votre thème experimental-theme.json fichier. Vous devrez également l’accompagner d’un block-templates/contact.html modèle dans votre thème.

"pageTemplates": {
        "contact": {
                "title": "Contact",
                "postTypes": [
                        "page"
                ]
        }
}

Cette fonctionnalité ne fait rien de particulièrement révolutionnaire pour le moment. Il ajoute simplement le modèle personnalisé à la sélection déroulante sur l’écran d’édition de l’article / de la page. C’est l’équivalent du système de modèle de page actuel disponible pour les thèmes traditionnels.

Sélection d'un modèle de page dans l'éditeur de blocs.
Sélection d’un modèle de page personnalisé à partir du thème FSE.

Bien qu’il s’agisse d’un développement intéressant, les modèles de page traditionnels peuvent ne pas avoir beaucoup de sens dans le paradigme de la thématisation par blocs. Il n’y a aucun moyen de modifier la sortie visuelle de la page dans l’éditeur en fonction du modèle sélectionné – les utilisateurs doivent toujours afficher la page sur le front-end pour voir le résultat de son application. Le système de blocs consiste en un retour visuel instantané. Les modèles de page doivent être repensés pour la nouvelle ère.

«En termes d’interface utilisateur et d’intégration avec le mode modèle, nous pouvons faire beaucoup plus que l’ancienne boîte de sélection», a déclaré Benguella, qui était le développeur derrière la pull request. «Nous pouvons montrer un aperçu des modèles et proposer un modal ou quelque chose comme ça pour les gens à choisir… Nous aurions besoin de réflexion et d’explorations de conception là-bas. Ce PR définit simplement les exigences techniques pour le faire fonctionner. »

Une grande partie, mais pas la totalité, des modèles de page nécessaires au cours de la dernière décennie peut maintenant être remplacée par des modèles de blocs.

À long terme, je préférerais voir des modèles de page qui se comportent davantage comme des mises en page de blocs prédéfinies. C’est ainsi que fonctionnent aujourd’hui les modèles de bloc pour les types de publication personnalisés. Cependant, c’est au niveau du type de poste plutôt qu’au niveau du poste individuel.

Les modèles de page traditionnels sont datés. Les thèmes en offrent rarement plus que quelques-uns. Un pour supprimer la barre latérale. Un pour déplacer la barre latérale vers la gauche ou la droite. Un autre pour élargir la zone de contenu de la page.

Ce qui est clair, c’est que nous devons explorer davantage à quoi ressembleront les modèles de page du futur. Sont-ils nécessaires dans le système de blocs? Existe-t-il de meilleures façons de gérer les thèmes traditionnels qui les utilisent? Comment fonctionneront-ils dans une interface nécessitant un retour visuel?


Source link