Thèmes configurés pour un changement de paradigme, WordPress 5.8 libérera des outils pour y arriver

Pendant une grande partie de l'histoire de WordPress, les éléments fondamentaux de la création d'un thème ont été lents à changer. De temps en temps, les développeurs obtenaient une nouvelle fonctionnalité, telle que des thèmes enfants, des images en vedette, des menus de navigation et des éléments de modèle. Chacun d'eux était épique à sa manière. Cependant, les auteurs de thèmes ont eu amplement le temps de s'adapter à ces introductions de fonctionnalités uniques.

Lorsque l'éditeur de blocs a atterri, il l'a fait avec un bang. Aimez-le ou détestez-le, cela a changé notre façon de penser la conception pour le Web. Ce n'était pas une de ces améliorations ponctuelles, quel que soit le nombre de fois où on nous a dit que cela "fonctionnerait" avec n'importe quel thème. Cela ne casse parfois pas techniquement les choses. Le support et l'intégration sont nécessaires pour une expérience utilisateur idéale, et les auteurs de thèmes ont mis du temps à rattraper leur retard.

Avec WordPress 5.8, les auteurs de thèmes se préparent à un autre ensemble de changements qui changent de paradigme. Josepha Haden Chomphosy, directrice exécutive de WordPress, a annoncé la semaine dernière que plusieurs sous-composants de Full Site Editing (FSE) commenceront à être livrés avec la prochaine version.

Dans le dernier épisode du podcast WP Tavern Jukebox, Nathan Wrigley a accueilli l'invitée Anne McCarthy. Il lui a demandé de calmer les craintes des gens sur les changements à venir. “Donc, à titre d'exemple, imaginons que nous sommes un développeur de thème. Nous craignons peut-être que les thèmes ne deviennent une chose du passé, que le gagne-pain que nous nous sommes créé ne disparaisse sous nos yeux.

C'est une question courante. Depuis la création de Gutenberg, en particulier ses fonctionnalités qui relèvent de FSE, les thématiseurs se sont demandé s'il y aurait une place à la table pour eux. Si WordPress évolue vers une plus grande expérience de création de pages, où les thèmes s'intègrent-ils ? Si les utilisateurs peuvent modifier la mise en page ou manipuler tous les styles, à quoi sert le thème ?

Ces questions reçoivent enfin des réponses. Nous pouvons voir les changements réels introduits ces derniers mois. Ils brossent un tableau beaucoup plus clair, définissant le rôle des thèmes dans l'avenir de WordPress.

"Et pour les auteurs de thèmes, les thèmes vont être si importants dans un monde d'édition de sites complets", a déclaré McCarthy. "Et l'une des choses qui me passionnent le plus, c'est qu'il y aura une tonne de ce qu'ils appellent… l'idée de ces thèmes universels hybrides qui peuvent fonctionner avec, par exemple, l'édition de modèles."

Elle fait référence à une discussion récente qui fait certaines distinctions entre les thèmes universels et hybrides. Essentiellement, les thèmes universels fonctionneraient à la fois dans un contexte d'éditeur classique ou de bloc, selon ce que l'utilisateur a choisi. Un hybride peut prendre en charge certaines parties de l'expérience de bloc, mais avoir un chemin pour devenir un thème universel qui s'adresse pleinement à tout utilisateur sur la route.

Bien que cela ne réponde pas entièrement aux préoccupations des auteurs de thèmes, ce sont les éléments de base auxquels réfléchissent les contributeurs de Gutenberg. Avant tout, ils veulent une expérience utilisateur solide. Cependant, les discussions montrent qu'ils reconnaissent également que les développeurs de thèmes doivent opter pour de nouvelles choses à leur propre rythme, en prenant en charge les fonctionnalités au fur et à mesure qu'ils les comprennent et apprennent à les mettre en œuvre. Cela ouvre la voie aux thèmes traditionnels pour passer à la nouvelle ère et être construits à partir de zéro avec de nouveaux outils.

Les thèmes pourraient bien être plus vitaux pour l'avenir de WordPress qu'ils ne l'étaient par le passé.

Nouveaux outils à venir dans WordPress 5.8

L'éditeur de site et les fonctionnalités de styles globaux ne sont pas prévus pour être livrés avec WordPress 5.8. Cependant, la prochaine version devrait introduire des outils puissants pour les auteurs de thèmes. Ce sera un moment charnière pour les sociétés de développement de thèmes qui veulent faire leur marque dans l'espace. La bonne équipe avec un état d'esprit tourné vers l'avenir est là pour perturber le marché et gagner des millions. Et, il y a de la place pour les auteurs qui veulent juste créer des trucs sympas.

Tout commence par les nouveaux blocs liés aux modèles qui devraient être activés dans la prochaine mise à jour majeure. En particulier, le bloc Query fournit une alternative à ce qui n'était auparavant possible que via du code et des options de thème soigneusement construites. Le coupler avec des fonctionnalités existantes nous ouvre un monde de possibilités.

Par exemple, j'ai choisi un thème de la liste la plus populaire sur WordPress.org qui semblait avoir l'une des configurations de requête et de boucle les plus complexes du groupe. Voici la page d'accueil d'EnterNews :

Toute personne familiarisée avec le développement de thèmes peut vous dire qu'il faudrait au moins huit requêtes différentes pour créer cette conception de page d'accueil sans regarder le code. La seule façon de créer cela et de permettre aux utilisateurs de personnaliser les publications qui apparaissent consiste à utiliser une série d'options de thème (probablement des boîtes de sélection déroulantes basées sur des catégories).

Si le bloc Query est livré avec WordPress 5.8 comme prévu et est également activé pour n'importe quel thème, cette mise en page est soudainement possible directement depuis l'éditeur de blocs - aucun éditeur de site n'est nécessaire . Via des modèles de blocs, les utilisateurs peuvent insérer ces « sections » de différents blocs de requête dans leur page et les réorganiser. Cependant, cela nécessite l'adhésion de l'auteur du thème.

Comme je l'ai dit plus tôt, les auteurs de thèmes ont été lents à adopter les fonctionnalités liées aux blocs dans leur ensemble. Sans aucun doute, le système de la page d'accueil EnterNews fait déjà le travail. Et, si cela fonctionne pour la base d'utilisateurs actuelle du thème, il peut sembler y avoir peu d'incitation à changer.

Cependant, la transition vers un nouveau système présente de réels avantages du point de vue du développement. Le plus évident est qu'il nécessite peu de code par rapport au PHP nécessaire pour créer des options de personnalisation. Les modèles de blocs ne sont guère plus que du HTML avec des éléments de configuration JSON dans le mélange. Les développeurs peuvent littéralement les construire à partir de l'éditeur et copier/coller la partie code.

En écrivant moins de code, cela réduit le risque de problèmes de sécurité et d'autres bogues. Les auteurs de thèmes peuvent également être moins rigides dans leur conception, permettant aux utilisateurs de déplacer des éléments de la mise en page.

Le bloc Query n'est pas le seul à être inclus dans la version 5.8 en dehors d'un contexte de thème basé sur des blocs. La navigation, le titre du site, le logo du site, etc. sont prêts à être expédiés. La plupart de ces blocs sont des composants essentiels pour la construction d'une page entière. Les auteurs de thèmes pourraient commencer à remettre les outils pour créer des pages de destination complexes le jour du lancement en juillet.

Tremplins

Tous les auteurs de thèmes n'ont pas besoin d'intensifier et d'essayer de révolutionner l'espace thématique - même si j'attends avec impatience ceux qui le feront. D'autres voudront peut-être adopter une approche plus mesurée. FSE est un ensemble de nombreux sous-composants, dont certains sont livrés avec WordPress 5.8. Beaucoup d'entre eux n'exigent pas que les développeurs y souscrivent. Ils "fonctionneront tout simplement". Sorte de. La plupart.

Les utilisateurs pourront passer en mode d'édition de modèles directement depuis l'éditeur de blocs. À partir de là, ils peuvent créer des modèles de pages entières de leur choix. Les auteurs de thèmes peuvent soit se mettre en travers de leur chemin en ne stylisant pas les blocs, soit rendre l'expérience plus agréable.

L'écran des widgets et le personnalisateur permettront aux utilisateurs finaux des thèmes traditionnels d'insérer des blocs dans l'une de leurs barres latérales. Certains auteurs de thèmes devront en tenir compte dans leurs conceptions. La sortie HTML peut perturber certaines mises en page. Pour ceux qui ne sont pas prêts, ils doivent désactiver la prise en charge des widgets basés sur des blocs.

L'outil le plus crucial, cependant, est entièrement facultatif pour les auteurs de thèmes. C'est l'introduction du support theme.json . Le fichier theme.json est la pierre angulaire du développement futur du thème. Il agit comme un fichier de configuration pour les paramètres et les styles de bloc, permettant aux auteurs de thèmes de configurer les valeurs par défaut pour n'importe quoi.

En un mot, les développeurs de thèmes peuvent configurer n'importe laquelle des options de bloc à partir de ce fichier, et ces options sont automatiquement gérées dans l'éditeur et sur le front-end.

Les thèmes peuvent également définir des valeurs par défaut pour les options de bloc qui n'existent pas encore dans l'interface. Le système les affichera automatiquement en tant que styles, même si les utilisateurs ne peuvent pas les modifier dans la version 5.8.

Encore une fois, cela signifie moins de travail de code pour les thémistes à long terme. Bien qu'il y aura probablement toujours une place pour le CSS personnalisé, certains thèmes pourraient essentiellement être construits à partir de configurations theme.json . Ce n'est pas possible aujourd'hui. Cependant, les auteurs de thèmes peuvent commencer à profiter de cet outil.

Les thèmes ne vont pas dans le sens du dinosaure. Tout ce travail de code PHP trop complexe nécessaire dans le passé pourrait bien l'être. Le virage remet les thèmes à leur juste place : le design. Les outils précédemment disponibles tels que les modèles et les styles associés aux nouveaux éléments tels que theme.json et les blocs liés aux modèles constitueront l'épine dorsale du nouveau système. Tout commence à se mettre en place.

La transition prendra un certain temps et chaque thème devra décider lui-même de ce qu'il veut assumer. Mais, le temps est proche. Je pourrais même lancer l'ancien éditeur de code et commencer à monter un projet moi-même. Il n'y a jamais eu de meilleur moment pour être enthousiasmé par le développement de thèmes que maintenant.