Gutenberg 9.8 commencé 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 de trame pour le bloc de groupe que les auteurs de sujets peuvent choisir d’utiliser. Ils ont également déplacé l’éditeur de site vers un élément iframe pour supprimer les conflits CSS des styles d’administration globale.

Ceux qui ont essayé l’édition complète du site devraient être heureux de ne plus avoir à faire face à la création apparemment sans fin de conceptions automatiques pour les modèles et les parties de modèles. Adieu pour toujours. Ils auraient inévitablement dérouté les 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 à un système plus stable à long terme.

Alors que la version précédente du plugin ne contenait guère plus qu’une poignée de corrections de bogues, la version 9.8 a rebondi à plus de deux douzaines. Une mise à jour de Gutenberg sans au moins autant de choses 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 d’espacement. Si un utilisateur sélectionnait le bloc dans le passé, il était affiché sous la forme d’un rectangle gris clair. C’est maintenant semi-transparent. De cette façon, tout ce qui est en arrière-plan peut être affiché, par ex. B. le bloc de couverture avec une image d’arrière-plan. Cette modification est destinée à aider les utilisateurs à effectuer le redimensionnement plus facilement dans les cas où il est nécessaire d’afficher l’arrière-plan.

Utilisation du bloc d'espacement, qui est maintenant une couleur semi-transparente, à l'intérieur d'un bloc de couverture dans l'éditeur WordPress.
Bloc d’espacement semi-transparent lorsqu’il est sélectionné.

Bien que j’espère que le bloc d’espacement subira éventuellement une mort lente et atroce car il est remplacé par des options de bord et de bloc d’amortissement plus appropriées, ce changement aidera dans l’intervalle.

Suite aux améliorations de l’interface utilisateur dans Gutenberg 9.7, le travail sur les variantes de bloc se poursuivra. 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 d’intégration avec YouTube, Vimeo et d’autres variantes. Avant 9.7, ces variantes avaient le même symbole 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 variation.

Gutenberg 9.8 s’appuie sur la tendance à utiliser les données de la variation là où cela a du sens. Le bouton de commutation de blocs (transformation) dans la barre d’outils de l’éditeur Affiche le symbole de la variation.

Icône Block Switcher dans l'éditeur WordPress montrant l'icône d'une variante.
Symbole de variation utilisé dans le sélecteur de blocs.

C’est un changement mineur, mais cela montre que l’équipe de développement a continué à peaufiner l’interface de l’éditeur.

Charger le canevas de l’éditeur de site dans un iframe

Gutenberg 9.8 sépare la zone d’écran du Éditeur de site dans un iframe. Cette séparation signifie que les styles d’administrateur global ne passent pas ou n’écrasent pas les styles dans l’éditeur lui-même. La bonne nouvelle est que c’est un premier pas vers la même chose dans l’éditeur de publication.

C’est un changement que j’attendais depuis l’introduction de l’éditeur de blocs. Du point de vue du développement et de la conception des sujets, la conception de l’éditeur pour qu’il corresponde au front-end se heurte à de nombreux problèmes. Cela signifiait imbriquer des sélecteurs CSS quand ce n’était pas nécessaire. Cela signifiait en ajouter quelques !important Règles de priorité des curiosités dans le noyau CSS. Bien que la conception de l’éditeur de blocs se soit améliorée à pas de géant au cours des dernières années, cela peut encore souvent être douloureux.

Commitatrice du noyau WordPress Ella van Durpe énuméré les avantages déplacement du canevas vers une iframe:

  • Il n’y aurait pas du tout de purge du CSS administrateur. Nous devons lutter avec cela dès le début.
  • Il n’y aurait pas besoin de simuler des requêtes multimédias, ce qui est probablement techniquement plus difficile que d’utiliser une iframe.
  • Comme les unités relatives (r)em et vw/.vh travaille juste.
  • Pour un site complet, une feuille de style de thème peut simplement être enregistrée dans l’éditeur sans aucun ajustement. Je pense que c’est important car cela facilite beaucoup la vie des rédacteurs de sujets.
  • Il est possible d’avoir une sélection par fenêtre, une dans l’administrateur et une dans le contenu. Ceci est utile pour l’interface utilisateur de lien, par exemple, où la sélection peut être conservée dans le contenu tandis que la sélection est également dans un élément d’entrée (pour l’URL). Peut être utile dans d’autres cas.

Même si j’ai du mal à croire que les feuilles de style thématiques fonctionneraient parfaitement – Un tel monde existe-t-il? – ils devraient travailler beaucoup mieux que par le passé. Il y a probablement des éléments avec lesquels les rédacteurs de sujets doivent s’attaquer, mais ils devraient être minimes. Les développeurs doivent suivre de près les développements futurs.

Prise en charge du rayon d’arête pour le bloc de groupe

Dans le cadre de la fonctionnalité expérimentale de Gutenberg, le bloc de groupe prend désormais en charge un Option de rayon d’arête. Cependant, les utilisateurs finaux ne le verront pas automatiquement dans l’inspecteur de blocs. Il s’agit actuellement d’une fonction de connexion pour les sujets. Il devrait faire partie des options multi-blocs standard à l’avenir.

Bloc de groupe dans l'éditeur avec des bords arrondis.
Définissez la valeur du rayon d’arête pour le bloc de groupe.

Pour les auteurs de rubriques qui souhaitent ajouter de l’aide, ils doivent ajouter l’extrait de code suivant à leur liste experimental-theme.json Classer et éditer le radius Valeur:

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

Cela permet aux auteurs de sujets de définir le rayon de bordure par défaut du bloc de groupe. Cependant, aucun contrôle n’est passé aux utilisateurs. Pour ce faire, les rubriques doivent ajouter l’extrait de code suivant sous le settings Section de leur experimental-theme.json Déposer:

"border" : {
        "customRadius" : true
}

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



Source link

Recent Posts