Ne créez pas de plugins de bloc spécifiques à un thème pour WordPress, s'il vous plaît

Il y a quelques jours, je suis tombé sur une petite bibliothèque de blocs. Comme toujours, j’étais intéressé de voir ce que ce nouveau plugin apportait à la table. Cela me surprendrait-il avec un blocage qui n’a pas été fait auparavant ? Est-ce que cela présenterait une nouvelle vision de certaines vieilles idées ? Ou serait-ce le même ancien ensemble de blocs que tous les autres ensembles de blocs ? Indépendamment de ce qu’il offrait, j’étais ravi de l’essayer tout de même.

En cliquant sur la description pour en savoir plus, j’ai été immédiatement déçu. Le plugin a spécifiquement déclaré qu’il a été construit pour un seul thème. Je ne pouvais pas l’utiliser avec mon thème préféré.

Ne créez pas de plugins de bloc spécifiques à un thème pour WordPress, s'il vous plaît

Ce n’était pas la première fois que je rencontrais ce problème. D’autres auteurs de thèmes ont construit leurs propres ensembles de blocs dans le passé. Le plugin n’apportait rien de particulièrement nouveau à la communauté WordPress. Il y avait moins d’une poignée de blocs qui avaient déjà été réalisés auparavant dans de nombreux autres plugins.

Le problème était que cela semblait trop familier.

Au fil des ans, la communauté WordPress a créé un ensemble de règles non écrites concernant ce qui appartient à un thème par rapport à ce qui appartient à un plugin. Les types de publication personnalisés, les taxonomies et les codes courts sont le territoire du plugin. Dans une certaine mesure, les widgets devraient également être exclusifs aux plugins. Cependant, en raison de la façon dont ils sont traités sous le capot, il y a toujours eu un argument selon lequel il était acceptable que les thèmes les enregistrent.

Cet argument thème vs plugin dure depuis au moins une décennie. En raison du fonctionnement des thèmes, ces arguments ont été une bataille perdue. Sauf dans quelques cas extrêmes, les thèmes peuvent faire tout ce qu’un plugin peut faire. Cependant, il était toujours censé y avoir une distinction claire entre les deux. Les thèmes étaient destinés à gérer la conception frontale d’un site Web. Les plugins étaient pour tout le reste.

Aujourd’hui, le projet WordPress et son système de blocs progressent vers la consolidation de cette distinction.

En raison de l’héritage de WordPress consistant à avoir diverses parties qui ne s’emboîtaient pas tout à fait dans le passé, il a créé une culture de développeurs créant des solutions internes. Presque toutes les grandes sociétés de développement de thèmes ont leurs propres plugins pour surmonter les lacunes de la plate-forme. La majeure partie de la responsabilité en revient au projet WordPress. Cependant, le passage du projet aux blocs crée un système standardisé qui gère tout, du paragraphe au conteneur global du site. Avec la standardisation à tous les niveaux, il y aura de moins en moins besoin de ces solutions personnalisées de chaque société thématique.

Le système de blocs a établi une ligne claire dans le sable. Il a supprimé le besoin de codes courts – bon débarras – et supprimera bientôt les widgets. Les blocs devraient mettre ces vieilles questions au lit.

Pour plus de clarté, il y a peu de différence entre regrouper des blocs avec un thème et créer un plugin séparé qui ne fonctionne qu’avec un thème spécifique. Le résultat est le même. Un tel plugin empêcherait un utilisateur de s’en tenir à ce thème s’il s’appuyait du tout sur le plugin. Peu de gens conservent pour toujours la même conception frontale.

Le but est de permettre aux utilisateurs de changer de thème à volonté tout en ayant accès à leur contenu et à leurs blocs.

Ces plugins de blocs spécifiques à un thème pensent aux blocs de la mauvaise manière. Lorsqu’un utilisateur installe un plugin de bloc, on s’attend à ce qu’il puisse utiliser ces blocs quel que soit leur thème.

La solution pour les thèmes est d’utiliser le bloc motifs ou modes. Supposons que vous vouliez créer un curseur ou un carrousel en tant qu’auteur de thème. Il existe plusieurs solutions pour cela. Le premier et le plus simple est de simplement recommander un plugin aux utilisateurs ou de créer votre propre plugin qui fonctionne avec n’importe quel thème. Vous pouvez également facilement ajouter un style de curseur pour le bloc Galerie. Lorsque l’utilisateur le sélectionne, il transforme la galerie en curseur.

Ou, supposons que votre thème doive offrir une grande section de héros avec un bouton d’appel à l’action. Il n’est pas nécessaire de créer un bloc personnalisé dans cette situation. Les auteurs de thèmes peuvent le faire presque exclusivement en créant un modèle personnalisé avec des blocs existants.

La solution n’est pas de regrouper le bloc dans le thème ou de créer un plugin qui ne fonctionne qu’avec ce thème.

La beauté du système de blocs est que la plupart des pièces sont déjà en place et peuvent être réorganisées, regroupées et stylisées de manière illimitée.

Aujourd’hui, il existe des centaines de plugins spécifiques à un thème. Cela est en partie dû au fait que les utilisateurs travaillaient autour des directives de révision des thèmes de WordPress.org. Cela s’explique en partie par le fait que certains développeurs n’ont pas suffisamment réfléchi aux solutions de manière créative. Mais la plus grande partie de cela tient au fait que WordPress n’a pas normalisé la manière de créer des éléments sur l’ensemble de la plate-forme. Une grande partie de cela a changé et continuera de changer à mesure que l’édition du site complet traversera l’horizon en 2021. Il y aura des chemins clairs pour les thèmes et les plugins.

Cependant, si les sociétés thématiques continuent de créer des blocs thématiques, nous ne faisons que traîner les bagages que le système de blocs est censé laisser derrière.

Comme ça:

J’aime chargement …