Perspectives vers WordPress 6.0 : la première feuille de route

Avec WordPress 5.9 qui sort à peine la porte et salue le monde, les principaux développeurs semblent avoir à peine pris un moment pour reprendre leur souffle. Hier, Matias Ventura a publié la feuille de route préliminaire pour la 6.0. Il couvre l'étendue générale des fonctionnalités prévues pour débarquer cette année.

La version 6.0 devrait être une enveloppe conceptuelle de la phase 2 du projet Gutenberg, couvrant les outils visuels de création de site. Ils continueront à jouer un rôle crucial dans le développement futur, mais les développeurs se concentreront probablement en grande partie sur la phase 3 pour WordPress 6.1 et au-delà.

Voici les quatre phases décrites dans la feuille de route à long terme :

1. Édition plus facile : édition de contenu basée sur des blocs.
2. Personnalisation : FSE, modèles de blocs, répertoire de blocs, thèmes de blocs et styles globaux.
3. Collaboration : co-création de contenu.
4. Multilingue : Mise en place de sites multilingues.

Améliorations de l'éditeur

Ventura a répertorié 10 domaines d'intérêt de haut niveau autour des éditeurs de publication et de site dans le cœur de WordPress. Ils vont des éléments coûteux comme un mode de navigation sur le site à une approche plus basique de l'expérience d'écriture. Je vais me concentrer sur certaines choses que j'attends le plus avec impatience.

Variations des styles globaux du thème

J'ai une liste de fonctionnalités que je ne peux pas attendre. Il semble que je trouve quelque chose de nouveau à ajouter tous les deux jours environ. Cependant, les variations de styles globales atterriraient facilement dans les trois premiers.

La fonctionnalité était attendue mais n'a pas tout à fait été intégrée à WordPress 5.9. L'objectif était de permettre aux utilisateurs de choisir parmi plusieurs préréglages, en transformant les couleurs, les polices et plus encore de leur site en un clic. Plusieurs variations pour Twenty Twenty-Two sont déjà en cours.

C'est un peu comme une version allégée du thème enfant où seul le fichier theme.json peut être changé. Essentiellement, ce sont des peaux .

Structure de navigation en tant qu'interface utilisateur dédiée

Ce sera très probablement l'une des caractéristiques les plus cruciales de la conclusion de la phase 2 de Gutenberg. Certaines parties peuvent être difficiles à suivre, mais plusieurs captures d'écran et vidéos se trouvent dans le ticket associé.

L'objectif est essentiellement d'affiner l'expérience de déplacement et d'interaction avec l'éditeur de site, les styles globaux, les modèles et la navigation. Le travail en 5.9 était stellaire, mais maintenant il est nécessaire de créer une interface plus intuitive.

Une partie de cela consiste à exposer la structure du site en tant que navigation en dehors du bloc de navigation dans l'interface utilisateur. Les utilisateurs ne peuvent actuellement le modifier qu'à partir du canevas du site.

De telles choses sont plus faciles à dire qu'à faire, donc les contributeurs auront du pain sur la planche. Il faudra un effort communautaire.

Création de modèles et changement de thème

Il existe actuellement un nombre limité de modèles que les utilisateurs peuvent créer via l'interface de l'éditeur de site. Par exemple, ils peuvent ajouter une conception d'archive mais pas la décomposer pour des types d'archives spécifiques (par exemple, category ) ou des versions basées sur des slugs (par exemple, category-news ).

A terme, l'éditeur du site devrait autoriser la création de tout modèle possible à partir de la hiérarchie des modèles. Présenter cela dans une interface facile à utiliser sera un défi. La hiérarchie n'est limitée que par le nombre d'objets (messages, termes, etc.) sur un site.

L'autre élément du processus de création de modèles consiste à les dissocier des thèmes. Les utilisateurs ne doivent jamais perdre leurs modèles personnalisés lorsqu'ils passent de l'un à l'autre. Cela devient encore plus vital à mesure que les plugins commencent à introduire des modèles de blocs.

Les modèles en tant qu'outils de création de premier ordre

Depuis leur introduction aux côtés de WordPress 5.5, les modèles ont été l'un des outils les plus puissants disponibles pour les utilisateurs. J'ai dit à tous ceux qui veulent écouter qu'ils vont changer la donne pendant au moins deux ans. WordPress 6.0 pourrait bien tenir ma promesse.

Une proposition ferait des modèles un élément central de la création de modèles et de pages. Plusieurs éléments peuvent s'intégrer dans différents flux, mais l'un des objectifs primordiaux devrait être que les utilisateurs finaux sachent quoi faire avec un modèle ou une page vide. S'ils sont bien faits, les modèles peuvent les aider à démarrer.

Une proposition de transformer les sections de contenu existantes avec des modèles est également sur la table. J'ai écrit sur le fait qu'il s'agissait d'un élément manquant de l'expérience utilisateur plus tôt cette semaine.

Pour les auteurs de thèmes, l'enregistrement des modèles peut devenir moins complexe. Actuellement, ils doivent utiliser l'API Patterns pour les enregistrer via PHP. Cependant, il existe une proposition pour que WordPress les reconnaisse automatiquement. Les modèles vivraient très probablement dans un dossier /patterns dédié dans le thème et seraient enregistrés de la même manière que les modèles de page. Cependant, la solution finale n'a pas encore été déterminée.

Améliorations des blocs

Il existe un éventail d'améliorations liées aux blocs à attendre avec impatience. Une grande partie de cela tournera autour de l'itération continue sur le bloc de navigation. Les auteurs de thèmes devraient également avoir plus de blocs pour contrôler la sortie des commentaires.

Cependant, permettez-moi de plonger dans certaines des fonctionnalités que j'attends le plus avec impatience.

Images en vedette avec des super pouvoirs

Au lieu de superpuissances, cela couvrirait les cas d'utilisation déjà possibles dans la thématisation traditionnelle. Même si j'aime les thèmes de blocs, l'un des problèmes les plus évidents est le bloc Post Featured Image. Essentiellement, il génère actuellement la taille de l'image post-thumbnail .

Les auteurs de thèmes peuvent définir la largeur et la hauteur mais pas utiliser les tailles recadrées qu'ils ont enregistrées (corrigé dans la version de développement de Gutenberg). Ils ne peuvent pas non plus l'utiliser dans le contexte d'autres blocs comme Cover et Media & Text.

Le renforcement des fonctionnalités d'image en vedette fournira des outils de conception indispensables aux auteurs de thèmes. À l'heure actuelle, les fonctionnalités manquantes bloquent de nombreuses mises en page.

Jetons en ligne

S'il y a une fonctionnalité que j'ai vu les développeurs demander plus que la plupart, c'est la possibilité de générer des données dynamiques dans des blocs ou des modèles HTML. Certains de ces problèmes sont résolus avec le bloc Pattern, mais il ne couvre pas tous les cas d'utilisation.

Par exemple, il n'existe aucun moyen d'afficher la date actuelle dans un paragraphe. Il s'agit d'un cas d'utilisation de routine pour la ligne de copyright du pied de page du site. Plus typique est la saisie d'URL dynamiques vers des ressources de thème ou de plug-in comme des images. Ventura a noté dans le message qu'ils exploreraient la viabilité des jetons en ligne dans ce cycle de publication.

Autres blocs

Il peut y avoir un bloc Table des matières en cours de route. Cela fait un peu moins d'un an que j'ai écrit pour la première fois sur une telle proposition, donc j'ai hâte de voir cette terre.

Les blocs Quote et List devraient enfin autoriser les blocs enfants. Les deux sont des limitations sévères qui ont toujours été possibles en HTML brut et dans l'éditeur classique. Je connais plus que quelques blogueurs qui seront heureux que cela se produise.

Des améliorations du bloc Table sont également à venir. Pour le moment, il offre une mauvaise expérience utilisateur - les utilisateurs ne peuvent même pas parcourir les cellules. Tout au plus, il gère les cas d'utilisation les plus élémentaires. Actuellement, il y a plus de deux douzaines de tickets ouverts pour le nettoyer.

Outils de conception

Plusieurs composants devraient rendre les auteurs de thèmes, en particulier, enthousiasmés par la version 6.0. Nous pourrions envisager de nouveaux contrôles de hauteur et de largeur pour plus de blocs, offrant plus de flexibilité dans la conception des thèmes. Et l'utilisation des fonctionnalités CSS min et max avec des conteneurs flexibles pourrait faciliter le réglage fin des conceptions réactives.

Sur le front de la typographie, il existe un ticket pour l'introduction de polices réactives. Ceci est relativement facile à gérer avec un CSS personnalisé pour le moment si un utilisateur choisit la taille prédéfinie d'un thème. Cependant, avec des tailles et des hauteurs de ligne personnalisées, cela pose problème. Parce que ces outils existent dans WordPress, nous avons besoin d'une gestion réactive intégrée.

Une fonctionnalité de typographie tant attendue devrait être lancée dans ce cycle : l'API Web Fonts. Après avoir été extrait de WordPress 5.9, il est maintenant développé au sein de Gutenberg. Je m'attends à ce que cela arrive le plus tôt possible car la majeure partie du code est terminée.

La prise en charge de la personnalisation des sous-titres sur différents blocs et la recherche éventuelle d'une solution pour les états de survol et de mise au point des liens sont également prévues pour la version 6.0.

Quelles fonctionnalités attendez-vous le plus avec WordPress 6.0 ?