Cela faisait un moment que je n’avais pas touché aux widgets. Une fois que l’éditeur du site a atterri dans le plugin Gutenberg, j’ai presque exclusivement abandonné l’ancien paradigme de la barre latérale et suis passé aux modèles de blocs. Réactiver d’anciens thèmes et sauter dans l’écran des widgets ressemblait à un voyage dans le temps dans une époque révolue.

Après des mois d’intégration profonde dans les thèmes de blocs, il est difficile d’imaginer revenir au système de widgets de la barre latérale que la plupart des utilisateurs de WordPress utilisent encore aujourd’hui.

WordPress 5.8 devrait être expédié avec un petit goût d’apporter des blocs en dehors de l’éditeur de contenu. Cependant, cela peut ressembler à un rafraîchissement au niveau de la surface d’un système mourant, qui ne fonctionne pas toujours.

Les widgets basés sur des blocs font partie de la phase de transition entre WordPress classique et le futur, qui s’articule autour d’un éditeur de site complet. Une fois que la plupart des thèmes seront construits sur des blocs, le besoin de widgets diminuera. L’éditeur de site et les thèmes de bloc ne prennent pas en charge l’ancien système de barre latérale. Au lieu de cela, les utilisateurs pourront placer des blocs n’importe où.

En octobre dernier, j’ai posé la question : Les widgets basés sur des blocs sont-ils prêts à atterrir dans WordPress 5.6 ? À l’époque, l’écran des widgets devait être lancé avec la version finale de 2020. Cependant, l’équipe de développement s’est retirée sur l’inclusion de la fonctionnalité, principalement parce que l’implémentation du personnalisateur était inférieure à la normale.

Posant la même question de WordPress 5.8, ma réponse est essentiellement la même. Il est temps d’expédier la fonctionnalité actuelle et de préparer un avenir sans widgets. Il y a tellement de composants qui sont beaucoup plus excitants au coin de la rue. Les principaux problèmes liés à l’expérience utilisateur persisteront jusqu’à ce que les utilisateurs soient passés aux thèmes de blocage.

J’ai longtemps été dans le camp de partir d’une table rase pour les thèmes de blocs, en laissant les widgets disparaître. Cependant, la voie choisie par WordPress est de créer ce tremplin pour les utilisateurs qui peuvent être sur des thèmes traditionnels pendant un certain temps. Il offre la possibilité d’utiliser des blocs en dehors de l’éditeur, ce qui peut être un bond en avant pour beaucoup.

Avec le grand nombre de bibliothèques, les blocs uniques et le support des auteurs de plugins, les utilisateurs ont une multitude de choix de blocs à portée de main. À l’heure actuelle, s’il n’y a pas de widget équivalent, ces utilisateurs ne peuvent utiliser que ces blocs dans leur contenu. Dans un système bloc-widget, cette limitation n’existe pas.

Cela allège également certains fardeaux des développeurs. Ceux qui veulent se débarrasser d’une partie de leur ancien code et se lancer dans les blocs peuvent commencer à envisager de déprécier ou de retirer des widgets.

La transition vers le nouvel écran Widgets devrait sembler simple pour les utilisateurs familiers avec l’éditeur de contenu WordPress. L’insertion de blocs est la même. La différence est que chaque barre latérale a son propre conteneur.

Ajout d'un bloc Galerie à la barre latérale de pied de page dans l'écran des widgets de bloc WordPress.
Écran Widgets avec un bloc Galerie dans la barre latérale du pied de page.

La gamme de blocs au sein de WordPress de base pourrait également permettre aux utilisateurs de supprimer certains de leurs plugins basés sur des widgets. L’un des types de widgets les plus populaires au fil des ans a été la gestion des listes de publications. Il existe des dizaines de ces plugins et un nombre incalculable de thèmes qui en incluent un. Couplé au bloc Query Loop de WordPress 5.8, les utilisateurs peuvent désormais recréer eux-mêmes bon nombre de ces widgets.

Ajout d'une liste des derniers messages via le bloc Query Loop à une barre latérale.
Liste de publications personnalisée à l’aide du bloc Query Loop.

Cela dépend en grande partie de la prise en charge de la conception des blocs par le thème et s’il s’adaptera à autre chose que des widgets traditionnels.

La prise en charge des modules de personnalisation pour les widgets de bloc est à des années-lumière de ce qu’elle était il y a quelques mois. Cependant, cela semble au mieux gênant. Il y a un profond sentiment de ne pas appartenir. Bien que ce soit un exploit de programmation remarquable de faire fonctionner les deux fonctionnalités ensemble, les expériences utilisateur sont séparées de près d’une décennie.

Modification d'un bloc de titre dans le panneau de commandes de personnalisation de WordPress.
Modification d’un bloc d’en-tête dans le personnalisateur.

Bien que le personnalisateur fournisse un aperçu en direct, l’écran Widgets de l’administrateur WordPress offre l’espace de travail nécessaire. Essayer d’insérer l’éditeur de blocs dans le petit panneau de commandes de personnalisation n’allait jamais être une expérience idéale, et ce n’est toujours pas le cas. Il fait le travail, mais je recommande l’écran de widgets traditionnel pour moins de maux de tête.

Des problèmes subsistent

Au cours des huit mois qui se sont écoulés depuis que je me suis plongé pour la première fois dans les widgets basés sur des blocs, le système a été remanié. Cependant, les problèmes potentiels que j’ai soulevés demeurent. Le simple fait de déposer des blocs dans une barre latérale peut avoir des résultats mitigés. Par exemple, comparez un widget hérité aux blocs En-tête et Derniers commentaires dans la barre latérale du pied de page du thème populaire OceanWP :

Widgets et blocs ne correspondant pas lorsqu'ils sont utilisés dans une barre latérale de thème OceanWP.
Titres et couleurs incompatibles.

Le problème est que WordPress traite chaque bloc comme un widget. Traditionnellement, les widgets ont à la fois un titre et un contenu. Les blocs n’ont pas un tel concept. Un titre suivi de quelque chose comme un paragraphe, les derniers commentaires ou un autre bloc n’a pas de signification particulière dans le système de blocs. Ils sont tous traités séparément.

Ce problème est visible lors de l’ajout de blocs au thème WordPress par défaut Twenty Twenty-One :

Bloc d'en-tête traité comme un widget distinct du contenu qui le suit dans la barre latérale du pied de page Twenty Twenty-One.
Bloc traité comme un widget dans la barre latérale du pied de page Twenty Twenty-One.

Notez que les blocs En-tête et Derniers commentaires sont en colonnes car ils sont considérés comme des widgets distincts.

Pour résoudre ce problème, les utilisateurs doivent ajouter plusieurs blocs dans un bloc de groupe s’ils souhaitent qu’ils soient traités comme un seul « widget ». C’est une question simple, mais cela pourrait toujours être un obstacle à la convivialité pour certains.

Même avec un correctif en place, rien ne garantit que les blocs apparaîtront comme les widgets prévus par l’auteur du thème.

J’ai abandonné il y a longtemps l’espoir qu’il y aurait une meilleure gestion des widgets de bloc. le Plugin de widgets classiques est disponible pour ceux qui en ont besoin, et les auteurs de thèmes peuvent se désinscrire. Ce sont des outils nécessaires pour une expérience qui peut aller de carrément géniale à complètement brisée.

Apporter des blocs en dehors de l’éditeur de contenu pour les utilisateurs de thèmes traditionnels est probablement nécessaire pour la transition, mais l’expérience actuelle de l’éditeur de site semble déjà beaucoup plus fluide que les widgets de bloc. L’objectif à long terme devrait être de s’éloigner du concept obsolète de widgets et d’adopter un front-end WordPress 100% construit sur des blocs.


Source link