Lorsque j’ai essayé pour la première fois la fonctionnalité de styles de bloc dans WordPress, j’ai été impressionné. En tant que créateur de thème, c’était un moyen simple de permettre aux utilisateurs de sélectionner une classe liée au design sans qu’ils aient réellement besoin de savoir ce qui se passait sous le capot. Au cours de cette première semaine environ, j’ai rencontré le problème que beaucoup d’autres avaient. Je voulais combiner deux ou plusieurs classes/styles pour offrir un large éventail d’options utilisateur.

C’était à la fin de 2018 ou au début de 2019 – à l’époque de la sortie de WordPress 5.0. D’autres ont demandé le possibilité de combiner les styles depuis, et Keith Devon, le co-fondateur de Highrise Digital, a de nouveau soulevé le problème via Twitter La semaine dernière. Cependant, ces demandes multiples n’ont jamais entraîné de modification du code de base.

Ce rythme d’escargot a été bénéfique. Sauter trop tôt sur certaines fonctionnalités alors que d’autres n’ont pas encore mûri peut créer un bagage hérité inutile.

Au cours des deux dernières années, j’ai réévalué ma position sur la combinaison de styles de blocs. Au fur et à mesure que l’éditeur a évolué, une vision plus claire se dégage des options dont les utilisateurs disposeront. Alors que je voulais au départ combiner des styles de blocs, je n’en suis plus si sûr. La principale raison en est que le noyau a déjà rendu de nombreuses options obsolètes grâce à des blocs, et il continuera à le faire avec d’autres contrôles à l’avenir. Lorsque WordPress lui-même gère cela, il crée une norme sur laquelle tous les thèmes peuvent s’appuyer.

Avec l’un de ces projets passionnés que je construis pendant mon temps libre, j’ai actuellement six styles pour le bloc Image :

  • Arrondi
  • Retourner : horizontalement
  • Retourner : vertical
  • Polaroïd
  • Polaroïd : incliner vers la gauche
  • Polaroïd : inclinaison vers la droite
Style de bloc pour le bloc WordPress Image.  Sélectionné est une conception de cadre de style Polaroid qui est inclinée vers la gauche.
Image de style Polaroid inclinée vers la gauche.

Il y a des moments où mélanger et assortir certains de ceux-ci peut avoir du sens. Par exemple, le style Flip: Horizontal s’accorde bien avec tous les autres et ne causerait pas de problèmes lorsqu’il est combiné. Je pourrais aussi aller trop loin en ajoutant des choix pour répondre à toutes les variations possibles.

Certains combos s’effondreraient complètement ou ne seraient pas esthétiques. Par exemple, le style Arrondi ne fonctionne pas bien avec les styles Polaroid. Cependant, ce sont des styles simples qui effleurent à peine la surface de ce qui est possible.

La plupart d’entre eux ne sont pas des styles de blocs que je voudrais expédier avec un thème. Par exemple, le style arrondi pourrait facilement être géré via l’option border-radius prise en charge par WordPress. Le style Polaroid est juste un nom fantaisiste pour un rembourrage et une ombre de boîte sur l’image. Ce sont toutes des fonctionnalités de conception standard qui devraient éventuellement faire partie de l’expérience de l’éditeur de base.

Actuellement, les thèmes qui proposent de tels styles comblent les lacunes là où WordPress ne l’a pas encore fait. À court terme, les auteurs de thèmes doivent répondre à leur base d’utilisateurs. Cependant, à terme, WordPress devrait offrir un ensemble d’outils plus robustes couvrant les bases. Il n’y a vraiment aucune raison pour que chaque thème ait un slug différent et non standard (c’est-à-dire un nom de classe) pour essentiellement les mêmes styles de blocs (par exemple, Polaroid vs Framed vs Borders). Cela crée des problèmes de compatibilité entre thèmes que nous devons éviter dans la mesure du possible.

Les styles de blocs sont pratiques pour introduire des méthodes rapides pour réaliser ces options de conception fondamentales, mais je regarde ce qu’ils devraient être à long terme. Si le cœur de WordPress évolue au point de rendre la plupart de ces styles obsolètes, que doivent faire les auteurs de thèmes avec cette fonctionnalité ?

C’est là que les styles de blocs plus spécialisés prennent tout leur sens. L’objectif est le même : combler les lacunes que WordPress laisse ouvertes.

Un exemple qui serait difficile à reproduire avec des options de conception simples serait un style de balise/étiquette pour le bloc Tag Cloud, comme illustré dans la capture d’écran suivante.

Style de balise/étiquette comme vous le verriez dans les achats conçus autour de balises de publication individuelles dans le bloc Tag Cloud.
Style de balise/étiquette pour les balises.

J’ai également un style Pill Outline pour le même bloc :

Bloc de nuage de tags WordPress de base avec une forme arrondie/pilule et un contour/bordure.
Style de bloc Pill Outline pour les balises.

De toute évidence, ces deux styles ne fonctionneraient pas ensemble. La création d’un système où les utilisateurs pourraient choisir les deux entraînerait des résultats problématiques. Plus deux styles de blocs deviennent complexes, plus ils risquent d’entrer en conflit.

À l’heure actuelle, il est trop tôt pour s’engager dans une fonctionnalité de sélection multiple pour les styles de blocs. Nous devons laisser cette chose jouer un peu et donner aux outils de conception de base une chance de rattraper leur retard. Nous pouvons réévaluer lorsque la plupart des blocs fournis avec WordPress ont un ensemble plus large d’options de style.

À ce stade, il peut même être plus judicieux de commencer à utiliser variantes de bloc, une API qui permet aux développeurs de préconfigurer les attributs de bloc. S’il existe un ensemble solide d’options de conception, il serait simple d’offrir plusieurs combinaisons prêtes à l’emploi aux utilisateurs.

En attendant, j’aimerais voir une réévaluation de l’interface utilisateur pour les styles de bloc. Shaun Andrews a une pièce en profondeur, Réfléchir : changer de style de bloc, qui explore diverses options sur la façon dont nous pourrions l’itérer.



Source link