Modèle de page d'accueil dans l'éditeur de site pour une mise en page de type Carrd.
Modèle de page d’accueil de thème de type Carrd.

Ce n’est un secret pour personne que je pense que l’avenir de la thématisation avec WordPress est radieux, que le projet Gutenberg finira par porter ses fruits. En tant qu’ancien développeur de thèmes à plein temps, j’ai vécu des années où il n’y avait pas de normes sur la façon de créer certaines fonctionnalités. C’était un peu comme le Far West. Il y avait de vastes territoires inexplorés. Chaque thème partait à la recherche de l’or avec les derniers trucs et techniques qu’ils avaient appris.

L’une des raisons pour lesquelles je reste fanboy du projet Gutenberg est à cause d’expériences comme le Page de destination à deux colonnes thème (oui, c’est littéralement le nom du thème) que Kjell Reigstad a assemblé en moins d’une heure. C’est une mise en page de type Carrd. C’est un thème simple d’une page qui est essentiellement une page «à propos de moi». Sous le capot, il ne nécessitait aucun cadre personnalisé ni d’options non standard. Il a simplement utilisé les outils existants de WordPress et Gutenberg.

La page de destination à deux colonnes est un produit inachevé. Techniquement, il s’agit d’une pull request qui n’a pas encore été officiellement fusionnée dans le Expériences de thèmes WordPress dépôt. Le Wrangler de thème Automattic Ian Stewart a passé un Lien démo Carrd et Reigstad a reconstitué une version basée sur des blocs pour WordPress.

Le thème était facile à personnaliser via l’éditeur de site, qui s’améliore continuellement à chaque version de Gutenberg (9.2 avait quelques améliorations intéressantes avec son sélecteur de modèle).

Version personnalisée du modèle de page d'accueil du thème de type Carrd.
Page d’accueil du thème personnalisé.

Pour tous ceux qui veulent donner une tournure au thème, ils devront saisir le two-column-landing-page dossier de thème du try / two-col-landing-page branche du référentiel d’expériences thématiques. L’activation de l’édition du site complet dans le plugin Gutenberg est également une exigence.

Pourquoi ce thème est l’avenir

Ce thème de type Cardd n’est pas spécial parce que c’est quelque chose d’extraordinaire du point de vue de la conception frontale. C’est spécial car il montre à quel point le thème WordPress peut être simple.

Les auteurs de thèmes continueront de construire et d’expérimenter des idées anciennes et nouvelles. Ce sera tout simplement beaucoup moins compliqué à faire. Avec la thématisation traditionnelle, les développeurs qui voulaient obtenir cette même mise en page de type Carrd pour la page d’accueil du site auraient dû créer plusieurs options de personnalisation et fournir souvent des instructions détaillées sur la façon de le reconstituer. Lorsque l’édition du site complet arrive enfin au cœur, les utilisateurs pourront définir un modèle unique avec des blocs prédéfinis.

Aucun accrochage dans le personnalisateur.

Pas besoin d’enregistrer une option de base de données.

Pas besoin d’enregistrer un champ de formulaire.

Pas besoin de nettoyer les entrées utilisateur pour la sécurité.

Aucune vérification conditionnelle avant la sortie du contenu frontal.

WordPress gérera tous ces éléments. Si les auteurs de thèmes ne sont pas enthousiasmés par cela, ils n’y ont pas prêté attention. Il est maintenant temps de commencer.

Cela a été le problème avec le thème «conception» au fil des ans. De plus en plus, c’est devenu une entreprise d’apprentissage de PHP relativement avancé juste pour construire des options de base. Parce que WordPress était si loin derrière les solutions alternatives, beaucoup trop de responsabilités ont été placées sur les épaules des développeurs de thèmes. Ils faisaient de moins en moins de travail de conception et une quantité croissante de programmation. Ils ont été contraints de créer des solutions personnalisées pour surmonter les lacunes de WordPress.

La modification du site complet fait basculer le commutateur. Il s’agit d’une transition vers un cadre de conception qui simplifie le processus de création de thèmes.

Avec les thèmes basés sur des blocs et l’éditeur de site, les auteurs de thèmes peuvent simplement définir un modèle HTML avec des blocs. L’utilisateur peut ensuite le personnaliser comme il l’entend via l’éditeur du site.

Pour les non-développeurs, il est difficile d’expliquer à quel point il est révolutionnaire de prendre du recul par rapport à la programmation et un pas vers la conception. Les thèmes sont mis à leur place. Cette disposition de type Carrd peut être simple. Cependant, avec la thématisation traditionnelle, cela aurait été beaucoup plus complexe.

Le thème Page de destination à deux colonnes prend en charge d’autres vues, telles que la page des articles, les articles uniques, etc. Cependant, cela ne devrait pas être obligatoire. L’avenir de la thématisation devrait signifier que le thème lui-même ne peut être rien de plus qu’un front-page.html file – le modèle qui contrôle la sortie de la page d’accueil – et rien de plus.

Cela signifie que l’équipe des thèmes, les gardiens du répertoire officiel des thèmes, devra peut-être relâcher un peu les rênes. Alors que l’équipe autorise actuellement les thèmes expérimentaux basés sur des blocs, les lignes directrices de la nouvelle ère devront être redimensionnées au point qu’elles sont presque inexistantes si nous voulons voir une explosion d’art dans le répertoire des thèmes. Bon nombre de ces règles ont été mises en place en raison des limites du système. Lorsque l’édition du site complet arrive dans le noyau et que les développeurs créent des thèmes à partir de blocs, de nombreuses règles deviendront obsolètes.


Source link