Contrairement aux séries de tests de routine pour le programme de sensibilisation FSE, Anne McCarthy a jeté un peu de torsion sur 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 passent d’un thème de bloc à l’autre. Les le test est ouvert à tous qui veut participer jusqu’au 29 septembre.
Les marches sont lâches et ne sont pas 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 ce test 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 l’utilisateur moyen le ferait. 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 ce sur quoi j’avais travaillé à un moment donné. Les thèmes WordPress, pour moi, n’étaient toujours qu’une itération sur le 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 d’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à l’un de mes thèmes avec quelques personnalisations. J’ai l’impression d’avoir raté un coup. 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ème, je l’ai fait dans des environnements de test pour écrire à leur sujet ou exécuter le support technique pour les utilisateurs finaux.
L’appel à l’exploration s’est principalement concentré sur les caractéristiques 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 article de démonstration. Dernièrement, cela a été le post 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 :
J’ai commencé par tester à quel point il était facile de lire un simple article de blog.
Dans l’ensemble, chaque thème a fonctionné admirablement. Cependant, l’utilisation par Quadrat de l’image présentée sur une seule vue de poste semblait déplacée.
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 posent déjà problème.
Ce n’est pas une nouvelle conversation. Il y a un discussion en cours sur la standardisation de certaines fonctionnalités. Mais le le chat est déjà sorti du sac et courir en liberté dans la maison.
Les styles et modèles globaux sont des fonctionnalités que les themers traitent 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 comparé mes trois thèmes de test à un article qui utilisait des styles de blocs 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é créé 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 les blocs TT1.
Le résultat était, hum, rugueux:
Bien sûr, mon thème personnalisé a l’air comme il se doit. Cela ne veut pas dire que les blocs TT1 et 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 de certains outils de mise en page fondamentaux qui pourraient faciliter le transport de cette conception d’un thème à l’autre.
La pièce la plus complexe de la conception est avec le modèle de bloc de couverture d’ouverture :

Techniquement, il s’agit d’un bloc Cover dans un autre. La couche inférieure 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 vers la 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 piratées du bloc Colonnes. J’ai choisi le premier parce que c’était plus facile, mais cela signifie également qu’ils sont cassés lorsqu’ils sont utilisés avec un autre thème.
Bien que j’aie 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 de telles mises en page possibles. Cela peut et deviendra encore plus laid que cela plus nous attendrons.
Les discussions ouvertes sur la standardisation des préréglages comme tailles de police et noms de couleur peut 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. Je voulais depuis longtemps essayer des conceptions et des mises en page de messages 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 personnalisées se briseront probablement ce jour-là. Les outils ne sont pas assez avancés pour que je me lance. Pas encore en tout cas.
À ce stade, je suis sûr que je ne suis plus dans la direction prévue de l’appel à l’exploration. Cependant, je laisse simplement 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 de thème en thème.
Source link