Le mercredi 2 septembre Lancement de Gutenberg 8.9 avec un ensemble de nouvelles fonctionnalités, améliorations et plusieurs corrections de bogues. L’équipe de développement a sorti le système de widgets basé sur des blocs de son stade expérimental, ce qui en fait l’expérience par défaut pour tous les utilisateurs de plugins.

Les widgets basés sur des blocs ont nécessité des mois et des mois de travail. L’équipe a dépassé certaines de mes attentes en collant essentiellement une cheville carrée dans un trou carré, accordant la puissance de blocs au système de barres latérales / widgets. Dans l’ensemble, le système fonctionne. Cependant, l’équipe a encore beaucoup de travail pour donner à cette fonctionnalité la forme dans laquelle elle doit être pour la prochaine version de WordPress 5.6 en décembre. Il est important que la communauté dans son ensemble teste, fournisse des commentaires et contribue lorsque c’est possible.

Les utilisateurs du plugin Gutenberg qui n’ont pas encore activé les widgets basés sur des blocs via l’écran des expériences dans les versions précédentes seront surpris. Le nouveau système aura une partie de la familiarité de l’éditeur de blocs. Cependant, c’est une expérience très différente des widgets traditionnels.

La grande question à laquelle nous devons répondre est de savoir si la fonctionnalité est actuellement utilisable et si elle peut être prête pour WordPress 5.6.

Nouvel écran de widgets

Nouvel écran de widgets basés sur des blocs dans Gutenberg 8.9.
Écran des widgets basés sur des blocs.

Gutenberg remplace complètement l’ancien écran Apparence> Widgets dans l’admin WordPress. Le plugin n’a plus d’option pour les utilisateurs finaux de le désactiver, ce qui était attendu. L’objectif est de commencer à habituer les utilisateurs à construire leurs barres latérales avec des blocs plutôt que des widgets traditionnels.

Pour la plupart, le nouvel écran de widgets gère les widgets basés sur des blocs sans problème du point de vue de la convivialité. L’ajout de blocs est peu différent de l’utilisation de l’écran de post-édition. Cela devrait sembler relativement naturel pour les utilisateurs habitués à l’éditeur de blocs. Si quoi que ce soit, l’expérience semble réduite en comparaison.

Contrairement aux widgets du passé, les blocs ne peuvent pas être réduits (les barres latérales elles-mêmes peuvent l’être). En tant qu’utilisateur de WordPress de longue date, cela semble inconfortable. Cependant, c’est le genre d’inconfort qui prendra simplement un certain temps d’adaptation.

Les widgets hérités de base fonctionnaient bien. Cependant, je ne pouvais pas faire fonctionner les widgets hérités à partir de plusieurs plugins tiers. Parfois, ils ont disparu de l’éditeur. Ensuite, ils apparaissaient plus tard, apparemment au hasard. Finalement, pendant les tests, j’ai complètement cassé la page au point qu’elle n’affichait rien. Heureusement, j’ai pu résoudre ce problème en supprimant quelques lignes liées aux widgets de la base de données.

En tant que développeur, je veux simplement nettoyer l’ardoise et laisser l’ancien système de widgets dans la poussière de l’histoire. Cependant, cela peut très bien aliéner de nombreux utilisateurs finaux. Pour que cette fonctionnalité réussisse, nous devons les intégrer et leur permettre de passer facilement de leurs outils actuels au nouveau système.

Blocs de widgets dans le personnalisateur

Section des blocs de widgets dans le personnalisateur WordPress.
Section des blocs de widgets dans le personnalisateur.

Alors que l’écran principal des blocs de widgets était généralement solide, ce n’était pas le cas avec les blocs de widgets dans le personnalisateur. Au mieux, c’était sous la normale.

Nous sommes peut-être enfin à ce stade où je suis d’accord avec toutes ces plaintes antérieures selon lesquelles le panneau de commande du personnalisateur est trop étroit. Le problème le plus évident était que la barre d’outils des blocs était trop large pour le panneau de contrôle, en cachant des morceaux hors de l’écran. Pour certains blocs, il existe des boutons auxquels les utilisateurs ne peuvent pas accéder.

Ce n’est pas la fin des problèmes. Les options de blocage ne sont pas disponibles, de sorte que les utilisateurs ne peuvent même pas ajouter quelque chose d’aussi basique qu’un attribut alt d’image. Les blocs de widgets hérités de base ne sont pas modifiables. La fenêtre contextuelle du bouton «plus d’options» a un arrière-plan transparent, rendant le texte illisible et, à toutes fins utiles, ne vaut pas la peine d’essayer une utilisation.

Je comprends que WordPress est encore loin de lancer des blocs de widgets dans le personnalisateur, mais la fonctionnalité était pratiquement inutilisable. Il est encore très expérimental et aurait probablement dû rester optionnel pour une autre mise à jour du plugin ou deux ou trois. Je ne peux pas recommander de l’utiliser dans n’importe quel environnement de production. Tenez-vous-en à l’écran des widgets dans l’administrateur.

Problèmes de style des widgets / blocs pour les auteurs de thèmes

Affichage en code HTML des widgets basés sur des blocs.
Pas de regroupement structuré de HTML «widget».

L’un des changements les plus importants dont les auteurs de thèmes doivent être conscients est que les blocs dans les barres latérales n’ont pas les wrappers HTML typiques des widgets. Cela pourrait présenter des problèmes avec les widgets de style de la mode traditionnelle. Par exemple, les thèmes enregistrent généralement un élément wrapper de widget et un wrapper pour le titre du widget. Cela permet aux auteurs de thèmes de créer des styles cohérents pour chaque widget. Avec les blocs, cela devient beaucoup plus difficile car l’auteur du thème perd ce contrôle – ce contrôle est passé à l’utilisateur final.

La grande partie de ce système est que les utilisateurs peuvent faire des choses vraiment intéressantes et avoir la flexibilité de styliser leurs barres latérales comme ils le souhaitent. La mauvaise partie est que si un auteur de thème a une sorte de styles complexes, tels qu’une conception de widget en boîte, il n’y a pas de moyen facile pour l’utilisateur final de simplement supprimer widgets en place et faites-les tous utiliser cette conception en boîte. Il n’y a pas de nom de classe standard que l’auteur du thème peut cibler avec CSS, ce qui est nécessaire pour les widgets de style cohérent.

Ce n’est pas nécessairement une bonne ou une mauvaise chose en soi. C’est tout simplement différent.

Cela dit, j’aurais beaucoup préféré que l’équipe de développement de Gutenberg crée un nouveau système distinct de l’ancien système de barres latérales / widgets. Laissez cela en place, puis construisez et promouvez des «zones de blocs» comme un nouveau système dont les auteurs de thèmes pourront profiter. À long terme, cela permettrait aux auteurs de thèmes de faire la transition et même potentiellement de soutenir les deux systèmes dans leurs thèmes. Les auteurs de thèmes sont dans les tranchées, travaillant avec leurs utilisateurs au jour le jour. Ils sont bien mieux placés pour gérer la transition de l’ancien au nouveau.

Auteurs de thèmes qui ne sont pas prêts à partir tout en avec des widgets basés sur des blocs dans WordPress 5.6, vous pouvez ajouter la ligne suivante de PHP au code de configuration de leur thème pour désactiver l’éditeur de blocs de widgets:

remove_theme_support( 'widgets-block-editor' );

Au fil du temps, les auteurs de thèmes voudront effectuer une transition complète vers le nouveau système. Cependant, cela leur donnera plus de temps pour effectuer les ajustements nécessaires à la gestion des widgets.


Source link