C’est l’enfant de Blockbase, une sorte d’hybride starter/parent que l’équipe thématique de l’entreprise a récemment annoncée.
J’avais de grands espoirs pour Mayland Blocks. J’ai gardé un œil sur son référentiel GitHub au cours des deux derniers mois. C’était l’un des premiers thèmes 100% construits en blocs sur lesquels l’équipe semblait travailler.
Bien que les thèmes de blocs soient encore expérimentaux à ce stade, j’ai été certes déçu. Peut-être que mes attentes étaient trop élevées. J’avais hâte d’être impressionné alors que j’aurais dû entrer dans cette critique de manière plus pondérée. Cependant, je suis qui je suis, et c’est quelqu’un qui est vraiment excité à chaque fois qu’un nouveau thème de bloc se présente. Je suis prêt pour la prochaine grande chose, mais Mayland Blocks n’a pas fait l’affaire.
Lorsque j’ai commencé le processus de test du thème, la première chose à faire était de recréer la galerie Maçonnerie comme indiqué dans la capture d’écran du thème :
Disposition de la galerie attendue de Mayland Blocks
Ma première pensée était que la sortie de la galerie par défaut fonctionnerait automatiquement. Il n’a pas. Ensuite, j’ai cherché un style de bloc Gallery. Rien ici. J’ai cherché un modèle personnalisé. Rien là non plus. En bref, il était impossible de recréer la galerie montrée dans la capture d’écran du thème – l’une des principales caractéristiques qui m’a attiré.
Dommage. J’avais hâte de voir une galerie d’images de style maçonnerie construite sur le système de blocs.
Sortie de galerie standard avec Mayland Blocks.
Avec un tout petit peu de détective et de jeter un coup d’œil sous le capot de la démo du thème sur WordPress.com, j’ai vu qu’il utilisait le plugin CoBlocks de GoDaddy. Ce qui rendait le thème spécial n’avait rien à voir avec le thème.
Après une installation rapide, j’ai converti ma galerie existante en bloc CoBlocks Masonry. Succès !
Sortie de la galerie de maçonnerie via CoBlocks.
Le bloc principal de la Galerie fonctionne assez bien et je peux utiliser des CoBlocks avec n’importe quel thème. La plupart des modèles décents fournissent le type de modèle à canevas ouvert qui n’est pas différent de la page d’accueil de Mayland.
Ce qui en aurait fait un excellent thème aurait été à la hauteur de la promesse de sa capture d’écran. Ce fut également une occasion manquée de présenter d’autres styles et motifs de blocs de la galerie. Si nous voulons que davantage d’utilisateurs adhèrent à ce système, certaines de nos meilleures équipes de conception et de développement doivent franchir une étape supplémentaire.
Ajoutez un style de bloc « pas de gouttière » :
Regroupez quelques modèles qui combinent le bloc Galerie avec d’autres. Donnez-nous un peu de saveur.
Pour un projet rendu public sur WordPress.org, il est un peu décevant qu’il s’agisse d’un portage direct.
Le thème enfant est essentiellement son parent avec un modèle de page d’accueil à canevas ouvert et quelques changements de police et de couleur triviaux. Étonnamment, il est entré dans le répertoire des thèmes avec si peu de modifications. Deux jours plus tard, un autre thème enfant a été purement et simplement rejeté pour avoir simplement ajouté « quelques modifications mineures qui peuvent être apportées directement à partir du thème parent ». L’application incohérente des lignes directrices par différents examinateurs a longtemps été une question épineuse, en particulier lorsque des règles plus subjectives entrent en jeu.
Cependant, les thèmes de bloc ont plus de marge de manœuvre pour le moment. Les utilisateurs sont si peu nombreux à tester qu’il est logique de laisser les choses glisser.
L’une des lignes dures précédentes de l’équipe des thèmes était que les modèles de page d’accueil groupés doivent respecter les paramètres de lecture de l’utilisateur. Cela signifiait que si un utilisateur choisissait explicitement d’afficher les articles de blog sur sa page d’accueil, le thème devait afficher ces articles.
Mayland Blocks est le premier que j’ai vu obtenir un laissez-passer, un signe d’espoir d’une plus grande marge de manœuvre pour les thèmes soumis par répertoire à l’avenir.
Les thèmes de bloc sont une bête différente. Les fichiers HTML ne sont pas dynamiques, et il n’y a aucun moyen de mettre une vérification conditionnelle PHP dans un fichier front-page.html de la même manière que les themers le faisaient autrefois dans un modèle front-page.php. Il existe une solution technique pour cela, mais je ne pense pas que ce soit nécessaire. Les thèmes de blocs changent la donne et les directives devront suivre.
J’aime voir la contribution – n’importe quelle contribution, vraiment – d’un autre thème de bloc à WordPress.org. Cependant, je veux voir plus de talent artistique en plus du thème parent Blockbase.
Comme ça :
J’aime le chargement.