Gutenberg 9.8 lancé hier avec quelques améliorations mineures de l’interface utilisateur. L’équipe de développement a ajouté une implémentation initiale pour la prise en charge du rayon frontalier pour le bloc Groupe auquel les auteurs de thèmes peuvent adhérer. Ils ont également déplacé l’éditeur de site dans un élément iframe pour supprimer les conflits CSS des styles d’administration globale.

Ceux qui ont testé l’édition complète du site devraient être heureux de ne plus avoir à faire face à la création apparemment interminable de brouillons automatiques pour les modèles et les parties de modèles. Bon débarras. Ils auraient inévitablement causé la confusion des utilisateurs à long terme. Le changement a pris environ un mois de discussion et de travail, mais il a réduit un processus complexe et fragile en un système plus stable à long terme.

Alors que la version précédente du plugin comportait à peine plus d’une poignée de corrections de bogues, la version 9.8 est revenue à plus de deux douzaines. Une mise à jour de Gutenberg sans au moins autant ne semble pas juste.

Améliorations mineures de l’interface utilisateur

La dernière version du plugin améliore l’interface utilisateur lorsque vous travaillez avec le bloc Spacer. Lorsqu’un utilisateur a sélectionné le bloc dans le passé, il apparaît sous la forme d’un rectangle gris clair. C’est maintenant semi-transparent. Cela permet d’afficher tout ce qui se trouve en arrière-plan, comme le bloc Couverture avec une image d’arrière-plan. Cette modification devrait aider les utilisateurs à effectuer plus facilement des ajustements de taille dans les cas où la visualisation de l’arrière-plan est nécessaire.

Utilisation du bloc Spacer, qui a maintenant une couleur semi-transparente, dans un bloc Cover dans l'éditeur WordPress.
Bloc d’espacement semi-transparent lorsqu’il est sélectionné.

Bien que j’espère que le bloc Spacer finira par mourir d’une mort lente et angoissante car il est remplacé par des options de marge et de bloc de remplissage plus appropriées, ce changement aide dans l’intervalle.

Dans le cadre du suivi des améliorations de l’interface utilisateur dans Gutenberg 9.7, le travail sur les variantes de bloc se poursuit. Les variations se produisent lorsqu’un bloc est utilisé comme base pour créer plusieurs variantes du même bloc. L’exemple le plus courant est le bloc Embed, qui contient YouTube, Vimeo et d’autres variantes. Avant la version 9.7, ces variantes partageaient la même icône générique, le même nom et la même description dans l’inspecteur de blocs et la navigation au lieu des informations spécifiques à la variante.

Gutenberg 9.8 s’appuie sur la tendance à utiliser les données de la variation là où cela a du sens. Le bouton du sélecteur de bloc (transformation) dans la barre d’outils de l’éditeur maintenant affiche l’icône de la variation.

Icône du sélecteur de blocs dans l'éditeur WordPress qui affiche l'icône d'une variante.
Icône de variation utilisée dans le sélecteur de blocs.

C’est un petit changement, mais cela montre le dévouement continu de l’équipe de développement à peaufiner l’interface de l’éditeur.

Chargement du canevas de l’éditeur de site dans un iframe

Gutenberg 9.8 sépare la zone de toile du éditeur de site dans un iframe. Cette séparation signifie que les styles d’administration globaux ne se fondent pas ou ne remplacent pas les styles dans l’éditeur lui-même. La bonne nouvelle est que c’est une première étape pour faire de même dans l’éditeur de publication.

C’est un changement que j’attendais depuis la création de l’éditeur de blocs. Du point de vue du développement de thème et de la conception, le style de l’éditeur pour qu’il corresponde au frontal pose des problèmes. Cela signifiait imbriquer des sélecteurs CSS alors que cela aurait dû être inutile. Cela a signifié l’ajout de quelques !important règles pour écraser ce qui semble être des bizarreries dans le noyau CSS. Bien que le style de l’éditeur de blocs se soit amélioré à pas de géant au cours des deux dernières années, cela peut encore souvent être pénible.

Commitatrice du noyau WordPress Ella van Durpe énuméré les avantages de déplacer le canevas dans une iframe:

  • Il n’y aurait pas du tout de purge du CSS administrateur. C’est quelque chose avec lequel nous luttons depuis le début.
  • Il ne serait pas nécessaire de simuler des requêtes multimédias, ce qui est sans doute techniquement plus difficile que d’utiliser une iframe.
  • Unités relatives comme (r)em et vw/vh travaille juste.
  • Pour un site complet, une feuille de style de thème peut être simplement déposée dans l’éditeur sans aucun ajustement. Je pense que c’est important car cela rend la vie des auteurs de thèmes beaucoup plus facile.
  • Il est possible d’avoir une sélection par fenêtre, donc une dans l’admin et une dans le contenu. Ceci est utile par exemple pour l’interface utilisateur du lien où la sélection dans le contenu peut être conservée alors que la sélection est également dans un élément d’entrée (pour l’URL). Peut-être utile dans d’autres cas.

Bien que je trouve difficile de croire que les feuilles de style de thème fonctionneraient sans accroc – un tel monde existe-t-il? -, ils devraient fonctionner beaucoup mieux que par le passé. Les auteurs de thèmes devront probablement composer avec des éléments, mais ils devraient être minimes. Les développeurs doivent garder un œil attentif sur le développement futur de cela.

Prise en charge du rayon de frontière pour le bloc de groupe

Dans le cadre de l’ensemble de fonctionnalités expérimentales de Gutenberg, le bloc Groupe prend désormais en charge un option de rayon de bordure. Cependant, les utilisateurs finaux ne le verront pas automatiquement dans l’inspecteur de blocs. Il s’agit d’une fonctionnalité optionnelle pour les thèmes pour le moment. Vraisemblablement, il fera partie de l’ensemble d’options par défaut pour plusieurs blocs à l’avenir.

Bloc de groupe dans l'éditeur avec des bordures arrondies.
Définition de la valeur du rayon de bordure pour le bloc Groupe.

Pour les auteurs de thèmes qui souhaitent ajouter une prise en charge, ils devront déposer l’extrait de code suivant dans leur experimental-theme.json fichier et modifiez le radius valeur:

"core/group" : {
        "styles" : {
                "border" : {
                        "radius" : "50px"
                }
        }
}

Cela permettra aux auteurs de thèmes de définir le rayon de bordure par défaut pour le bloc de groupe. Cependant, il ne cédera pas le contrôle aux utilisateurs. Pour cela, les thèmes devront ajouter l’extrait suivant sous le settings section de leur experimental-theme.json fichier:

"border" : {
        "customRadius" : true
}

J’ai testé cela avec une version modifiée du Blocs TT1 thème sans problème. Surtout, j’attends avec impatience plus d’options de style comme celle-ci dans les futures itérations du plugin.


Source link