Version 9.9 du Plugin Gutenberg atterri plus tôt dans la journée. Bien qu’il inclue plusieurs améliorations mineures de l’interface utilisateur, le changement le plus important pour l’utilisateur est l’inclusion d’options de couleur d’icône et d’arrière-plan pour le bloc Liens sociaux. Les auteurs de thèmes peuvent désormais ajouter la prise en charge des bordures d’image arrondies. Ils sont également confrontés à un changement radical de leurs fichiers JSON de thème.
WordPress 5.7 Bêta 1 a été publié plus tôt cette semaine. La version 5.7 finale inclura des fonctionnalités de Gutenberg 9.9 à 9.3. Seules les corrections de bogues des prochaines mises à jour des plugins devraient être portées dans WordPress pendant le reste du cycle de développement.
L’équipe de développement a corrigé plus de 30 bogues dans la dernière mise à jour du plugin. Il comprend également plusieurs améliorations et mises à jour de l’API. Les développeurs de plugins peuvent maintenant remplacer la catégorie de bloc lors de l’enregistrement des variations, ce qui devrait aider à la découvrabilité.
L’édition complète du site et d’autres travaux expérimentaux se sont poursuivis comme d’habitude. Un élément sur lequel les auteurs de thèmes devraient garder un œil est la préparation initiale options de bordure. La fonctionnalité expérimentale pour ajouter des couleurs, des styles et des largeurs de bordure pour les blocs est depuis longtemps sur la liste de souhaits de beaucoup. Je m’attends à ce que l’équipe commence à déployer lentement le support de bloc et une interface utilisateur dans les versions à venir.
Options de couleur pour les liens sociaux
Les utilisateurs peuvent maintenant changer la couleur et l’arrière-plan de l’icône dans le bloc Liens sociaux. Cette modification permet à l’utilisateur de personnaliser les couleurs de toutes les icônes de la liste de liens. Le style de bloc «logos uniquement» ne prend pas en charge une couleur d’arrière-plan.
La pièce manquante est la possibilité de définir des couleurs d’icônes individuelles et leurs couleurs de survol. L’un des cas d’utilisation de la conception de thème consiste à fournir un groupe d’icônes de couleur unie qui change en couleurs de marque lors du survol ou de la mise au point. Le seul moyen de le faire du côté de l’utilisateur consiste à utiliser des options de couleur d’icône individuelles. Même la possibilité de définir la couleur de survol de l’icône pour l’ensemble du bloc n’est toujours pas disponible.
Les directives de marque étaient mentionné comme une préoccupation avec les options de couleur actuelles, mais cette préoccupation ne relève pas de la responsabilité de WordPress (voir analyse plus longue concernant les logos). De nombreuses marques autorisent également des couleurs alternatives, qui ne peuvent pas être utilisées sans couleurs spécifiques aux icônes.
La définition de la couleur d’arrière-plan et du texte de toutes les icônes à la fois est un pas dans la bonne direction, mais l’éditeur de blocs ne correspond toujours pas à ce que les auteurs de thèmes font dans la conception de thème traditionnelle. Ces fonctionnalités manquantes bloquent l’adoption éventuelle de l’édition complète du site.
Prise en charge de la bordure arrondie pour les thèmes
Les auteurs de thèmes peuvent maintenant opter pour le support border-radius pour les images. Le soutien se présente sous deux formes. L’un est un paramètre permettant aux utilisateurs finaux de personnaliser le rayon de la bordure via la barre latérale des options de bloc. La seconde consiste à définir une valeur de rayon de bordure par défaut pour toutes les images.
L’équipe Gutenberg a d’abord ajouté la prise en charge du rayon frontalier au bloc Groupe en version 9.8. Actuellement, seuls les blocs Groupe et Image prennent en charge la fonctionnalité.
Le code JSON de thème suivant ajoutera la prise en charge des paramètres et des styles. Notez le nouveau changement de format, qui est traité dans la section suivante.
{
"settings": {
"core/image": {
"border": {
"customRadius": true
}
}
},
"styles": {
"core/image": {
"border" : {
"radius": "10px"
}
}
}
}Nouveau format de fichier JSON de thème
Gutenberg 9.9 introduit deux changements de rupture dans le experimental-theme.json fichier, qui sera finalement renommé en theme.json une fois sorti du stade expérimental. Ce fichier permet aux auteurs de thèmes de configurer des styles et des paramètres personnalisés pour le système de blocs. Tous les thèmes utilisant actuellement le format pré-9.9 devront être mis à jour.
Le premier changement fait settings et styles clés de niveau supérieur dans le fichier. Le deuxième changement renomme et scinde la global la clé de defaults et root. defaults gérer les valeurs et les styles par défaut tout en root gère le bloc racine du site.
Ari Stathopoulos a écrit un tutoriel pour les auteurs de thèmes pour mettre à jour leurs thèmes sur le blog Make Themes.
« La justification de ce changement est que les cas d’utilisation de theme.json ont dépassé le stade initialement envisagé, et la vision est maintenant capable d’absorber beaucoup de choses que les thèmes déclarent pour le moment par d’autres moyens », a écrit Andrés Maneiro, le créateur des deux billets. « Certains exemples enregistrent (et traduisent?) Des modèles personnalisés, déclarent des métadonnées de thème actuellement stockées dans la feuille de style, déclarent des chemins de feuille de style, etc. »
Il a également partagé une vision de ce à quoi le format pourrait ressembler:
{
"name": "TwentyTwentyOne",
"description": "...",
"customTemplates": ...,
"textDomain": ...,
"version": 1,
"settings": {
"global": { ... },
"core/paragraph": { ... }
},
"styles": {
"global": { ... },
"core/paragraph": { ... }
}
}Pour les utilisateurs, ces données peuvent ne pas avoir beaucoup de sens. Cependant, tout auteur de thème doit être en mesure de reconnaître l’importance des métadonnées potentiellement en mouvement qui sont actuellement stockées dans leur thème. style.css via un système non standard que WordPress utilise depuis des lustres. Finalement, déplacer ces données vers un format standard, JSON, donnerait à WordPress la flexibilité nécessaire pour se débarrasser de certains de ses bagages hérités.
Les thèmes WordPress ont actuellement une exigence stricte d’inclure un style.css fichier. Nous pourrions bien être en train de créer des thèmes WordPress qui n’ont pas du tout besoin d’une feuille de style. L’avenir de FSE est probablement celui dans lequel le CSS est entièrement géré via le système Global Styles avec les valeurs par défaut du thème définies via le theme.json fichier. Si un thème n’a pas de styles, cela n’a pas de sens de conserver le style.css fichier.
Cependant, ce changement ne se limite pas seulement à cette possibilité. Le nouveau format est plus propre et mieux préparé pour les ajouts futurs.
Source link