Sélectionner une page


Il y a quelques jours, je suis tombé sur une petite bibliothèque de blocs. Comme toujours, j’avais hâte de voir ce que ce nouveau plugin apportait à la table. Cela me surprendrait-il avec un bloc qui n’a pas été fait auparavant? Est-ce que cela présenterait une nouvelle version 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 d’essayer quand même.

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

Ce n’était pas la première fois que je rencontrais ce problème. D’autres auteurs de sujets ont créé leurs propres ensembles de blocs dans le passé. Le plugin n’a rien apporté de particulièrement nouveau à la communauté WordPress. Il y avait moins d’une poignée de blocs déjà exécutés dans de nombreux autres plugins.

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

Au fil des ans, la communauté WordPress a créé un certain nombre de règles non écrites qui définissent ce qui va avec un sujet et ce qui va avec un plugin. Les types de messages personnalisés, les taxonomies et les codes courts sont Territoire du plugin. Dans une certaine mesure, les widgets ne devraient être réservés qu’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 est normal que les sujets les enregistrent.

Ce thème et cet argument d’extension existent depuis au moins une décennie. En raison de la façon dont les sujets fonctionnent, ces arguments étaient une bataille perdue. À l’exception de quelques cas marginaux, les thèmes peuvent faire tout ce qu’un plugin peut faire. Cependant, il devrait toujours y avoir une distinction claire entre les deux. Les thèmes doivent prendre 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 pour consolider cette distinction.

En raison de l’héritage de WordPress d’avoir différentes parties qui ne s’emboîtaient pas toutes dans le passé, il a créé une culture de développeurs développant des solutions internes. Presque toutes les grandes sociétés de développement de thèmes ont leurs propres plugins pour corriger les lacunes de la plate-forme. Le principal coupable en est le projet WordPress. Cependant, déplacer le projet vers des blocs crée un système standardisé qui gère tout, d’un paragraphe à l’ensemble du conteneur du site. Avec la standardisation générale, ces solutions spécifiques au client sont de moins en moins requises par chaque entreprise thématique.

Le système de blocs a établi une ligne claire dans le sable. Les shortcodes n’étaient plus nécessaires – bonne pause – et les widgets seront bientôt supprimés. Les blocs devraient amener ces vieilles questions au lit.

Par souci de clarté, il y a peu de différence entre le regroupement de blocs avec un thème et la création d’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 sujet s’il s’appuyait du tout sur le plugin. Peu de gens conservent pour toujours le même design frontal.

L’objectif est de permettre aux utilisateurs de changer de sujet à volonté tout en accédant à leur contenu et à leurs blocs.

Ces plugins de bloc spécifiques à un sujet pensent mal aux blocs. Lorsqu’un utilisateur installe un plugin de bloc, il est censé pouvoir utiliser ces blocs quel que soit leur thème.

La solution pour les thèmes est d’utiliser le bloc modèle ou modes. Par exemple, disons que vous souhaitez créer un curseur ou un carrousel en tant qu’auteur de rubrique. 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 simplement ajouter un style de curseur pour le bloc galerie. Lorsque l’utilisateur le sélectionne, il transforme la galerie en un curseur.

Ou disons que votre thème doit avoir une grande zone de héros avec un bouton d’appel à l’action. Aucun bloc personnalisé n’est requis dans cette situation. Les auteurs de sujets peuvent le faire presque entièrement en créant un modèle personnalisé à l’aide de 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 bonne chose à propos du système de blocs est que la plupart des pièces sont déjà là et peuvent être réorganisées, regroupées et conçues de manière illimitée.

Aujourd’hui, il existe des centaines de plugins spécifiques à un sujet. Cela tient en partie au fait que les thèmes ont travaillé sur les directives de révision des thèmes WordPress.org. Cela tient en partie au fait que certains développeurs n’ont pas été assez créatifs sur les solutions. La majeure partie, cependant, était que WordPress ne standardisait pas la façon dont les choses devraient être créées sur la plate-forme. Une grande partie de cela a changé et continuera de changer à mesure que l’édition de l’ensemble du site franchit 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 spécifiques à un thème, nous ne ferons que traîner les bagages que le système de blocs est censé laisser derrière.



Source link

Recent Posts