Programme FSE : aperçu du passage d'un thème de bloc à l'autre

Contrairement aux séries de tests de routine pour le programme de sensibilisation FSE, Anne McCarthy a un peu modifié le blog Make WordPress Test plus tôt dans la journée. L'annonce demande aux utilisateurs de réfléchir à ce qu'ils aimeraient voir lorsqu'ils basculent entre les thèmes de blocs. Le test est ouvert à tous ceux qui souhaitent participer jusqu'au 29 septembre.

Les étapes sont lâches et non nécessaires. L'objectif est d'amener les gens à réfléchir et à discuter de ce à quoi ressemblera le flux de changement de thème au fil du temps. McCarthy a posé plusieurs questions, mais elles ne sont qu'un point de départ pour une discussion plus ouverte.

Même si j'ai parfois besoin de structure, j'ai tendance à enfreindre les règles de toute façon. Le format de cette épreuve me convenait bien aujourd'hui.

Je ne suis pas du genre à changer de thème. Depuis que j'ai appris à concevoir pour WordPress il y a plus de dix ans, je ne suis jamais passé d'un thème à l'autre. Du moins pas de la même manière que le ferait l'utilisateur moyen. Au lieu de cela, chaque fois que j'ai ajouté une nouvelle couche de peinture sur mes sites Web, j'ai simplement remplacé la fondation par tout ce sur quoi j'avais travaillé à un moment donné. Les thèmes WordPress, pour moi, n'ont toujours été qu'une itération du dernier projet.

L'une des pierres angulaires de la programmation est de réutiliser votre code, et c'est un principe que j'ai pris à cœur. Même maintenant, alors que je continue à explorer la conception de thèmes de blocs, je le fais à partir d'une version vidé du dernier thème WordPress que j'ai construit.

Quand je pense à changer de thème, ce n'est pas une expérience à laquelle je suis habitué. Même lorsque j'ai commencé à travailler pour WP Tavern, le site utilisait déjà un de mes thèmes avec quelques personnalisations. J'ai l'impression d'avoir raté quelque chose. Tout au long de mon parcours avec WordPress depuis la version 1.5, dans laquelle la plate-forme a introduit des thèmes pour la première fois, je n'ai jamais vraiment expérimenté le processus de changement de thème de la manière la plus fondamentale. Je le ferai bientôt, mais nous en reparlerons un autre jour.

Lorsque j'ai « changé » de thèmes, je l'ai fait dans des environnements de test pour écrire à leur sujet ou exécuter un support technique pour les utilisateurs finaux.

L'appel à l'exploration s'est principalement concentré sur les fonctionnalités globales liées à la conception. Cependant, d'après mon expérience, ceux-ci ont tendance à avoir beaucoup moins d'importance que ce à quoi ressemblera le contenu d'un utilisateur. La première chose que je fais lorsque je teste un thème est de charger un message de démonstration. Dernièrement, cela a été le poste de test "Bienvenue dans l'éditeur Gutenberg". La question principale : Puis-je lire le contenu confortablement ? Si je ne dépasse pas cette étape, je désactive simplement le thème.

Pour cette expérience, j'ai choisi trois thèmes :

• Mon projet personnalisé et inédit
• Blocs TT1
• Quadrat

J'ai commencé avec cette base de test à quel point il était facile de lire un simple article de blog.

Dans l'ensemble, chaque thème s'est admirablement bien comporté. Cependant, l'utilisation par Quadrat de l'image en vedette sur une seule vue de poste ne semblait pas à sa place.

Une question qui me tient éveillé la nuit est de savoir comment la compatibilité entre thèmes fonctionnera au niveau du contenu. La sortie de bloc par défaut devrait se traduire d'un thème à l'autre avec peu ou pas de problèmes. Cependant, les styles de blocs personnalisés, les tailles de police, les couleurs et la gamme complète de préréglages sont déjà un problème.

Ce n'est pas une nouvelle conversation. Il y a une discussion en cours sur la standardisation de certaines fonctionnalités. Mais le chat est déjà sorti du sac et court dans la maison.

Les styles et modèles globaux sont des fonctionnalités avec lesquelles les thématiseurs sont confrontés depuis des années sous une forme ou une autre. Les nouveaux systèmes ne sont que des façons différentes de faire la même chose.

Cependant, lorsque les éléments de conception fusionnent avec le contenu, le changement de thème devient plus complexe sans un système standardisé sous-jacent. Pour illustrer ce point, j'ai vérifié mes trois thèmes de test par rapport à un article qui utilisait des styles de bloc personnalisés, des dégradés de couleurs et des tailles de police. Je voulais repousser les limites au-delà d'un simple article de blog.

Le contenu a été construit avec mon thème personnalisé et un modèle de "toile ouverte". Quadrat avait un modèle similaire pour masquer le titre du message, mais pas TT1 Blocks.

Le résultat était, ahem , rugueux:

Bien sûr, mon thème personnalisé ressemble comme il se doit. Cela ne veut pas dire que les blocs TT1 et le quadrat sont mal conçus. Ce sont en fait deux des meilleurs thèmes de blocs disponibles pour le moment. Le problème est qu'ils ne partagent pas les mêmes styles de blocs et préréglages. WordPress et Gutenberg manquent également d'outils de mise en page fondamentaux qui pourraient faciliter la réalisation de cette conception d'un thème à l'autre.

La pièce la plus complexe de la conception est avec le motif de bloc de couverture d'ouverture :

Techniquement, il s'agit d'un bloc Cover dans un autre. Le calque inférieur a une image d'arrière-plan avec un filtre bicolore et définit le contenu interne à 90 % de la largeur de son parent. Le deuxième calque a un arrière-plan dégradé défini par le thème et définit son conteneur intérieur à gauche à 50% de largeur. De plus, il a une pincée de tailles de police personnalisées.

Ces contrôles de mise en page ne sont possibles que via des styles de bloc personnalisés ou certaines utilisations hacky du bloc Columns. J'ai choisi le premier parce que c'était plus facile, mais cela signifie aussi qu'ils sont cassés lorsqu'ils sont utilisés avec n'importe quel autre thème.

Bien que j'ai appelé cela la partie la plus complexe de la conception, c'est en fait une chose simple à faire avec la plupart des constructeurs de pages ou avec quelques lignes de CSS. Jusqu'à ce que WordPress ait un certain type de bloc de conteneur de grille, les auteurs de thèmes s'appuieront sur des techniques personnalisées pour rendre ces mises en page possibles. Cela peut et deviendra encore plus moche que cela plus nous attendrons.

Les discussions ouvertes sur la standardisation des préréglages tels que les tailles de police et les noms de couleur peuvent porter des fruits qui pourraient aider avec les parties les plus triviales. Cependant, je n'ai pas vu de noms de dégradés apparaître dans cette discussion.

J'ai au moins une arrière-pensée pour ce test. J'ai longtemps voulu essayer des conceptions et des mises en page plus expérimentales ici à WP Tavern. Cependant, je sais que nous finirons par changer de thème. Cette voix au fond de mon esprit me rappelle toujours que ces mises en page de messages conçues sur mesure se briseront probablement le jour venu. Les outils ne sont pas assez avancés pour que je saute le pas. Pas encore en tout cas.

À ce stade, je suis sûr que je ne suis plus la direction prévue de l'appel à l'exploration. Cependant, je laisse juste le voyage m'emmener là où je suis censé aller. Ma destination est un ajout à ma liste de souhaits : des outils de mise en page plus robustes qui fonctionnent d'un thème à l'autre.