WordPress 6.1 se concentrera sur l'amélioration de l'édition complète du site, la prochaine phase de collaboration et les fonctionnalités multilingues prévues en 2023-2025

L'architecte principal de Gutenberg, Matias Ventura, a identifié les améliorations apportées aux expériences introduites dans les versions 5.9 et 6.0 comme objectif principal de la prochaine version 6.1. Il a publié la feuille de route de la 6.1 avant la session de clôture du WordCamp Europe à Porto, où il devait rejoindre Matt Mullenweg et Josepha Haden Chomphosy pour une démonstration. Ventura n'a pas pu le faire, mais il a tweeté un fil avec des démos vidéo de certaines mises à jour d'interface passionnantes sur lesquelles travaillent les contributeurs de Gutenberg.

L'un des principaux objectifs est de rendre la navigation sur le site plus fluide grâce à un nouveau "mode de navigation" qui permettra aux éditeurs de site de zoomer et dézoomer tout en travaillant.

Les motifs sont un autre objectif majeur que Ventura a identifié comme "un élément central de l'expérience créative". Les contributeurs travaillent à faciliter la construction avec des modèles, avec des plans pour améliorer le processus de découverte et d'insertion. WordPress 6.1 apportera une meilleure prise en charge de l'utilisation des modèles dans les types de publication personnalisés, les types de blocs et une expérience plus intuitive de verrouillage des modèles et de gestion des modèles enregistrés.

Les contributeurs explorent également une nouvelle vue aérienne et d'autres idées pour faciliter l'interaction avec les modèles en tant que sections d'une page, comme Ventura l'a démontré dans son fil.

Ventura a déclaré qu'un autre objectif de WordPress 6.1 est d'améliorer l'interface des styles globaux avec une meilleure prise en charge des restrictions, des privilèges et des préréglages organisés. Les outils de conception seront également mis à jour pour prendre en charge la typographie réactive et permettre la gestion des polices Web.

"Le but de la version sera d'affiner les expériences introduites dans les versions 5.9 et 6.0, de tisser les différents flux dans des expériences plus cohérentes et épanouissantes pour les utilisateurs, les mainteneurs et les extenseurs, et de combler certaines lacunes dans les fonctionnalités alors que nous commençons à nous tourner vers la phase 3 de la feuille de route de Gutenberg », a déclaré Ventura.

Au-delà de WordPress 6.1 : la phase 3 de collaboration précédera la phase 4 multilingue pour établir l'architecture de base

Matt Mullenweg et Josepha Haden Chomphosy ont répondu à plusieurs questions concernant la feuille de route à long terme de WordPress lors de leur session de questions-réponses au WordCamp Europe. (La vidéo du livestream est intégrée ci-dessous.)

Les principaux contributeurs de WordPress prévoient de clôturer la phase de personnalisation avant de commencer la phase de collaboration en 2023. Au cours de la session de questions-réponses, l'un des contributeurs polyglottes a demandé pourquoi WordPress attend la phase 4 pour commencer à travailler sur les fonctionnalités multilingues du noyau.

"Une partie de la raison pour laquelle nous ne voulons pas définir des données maintenant et travailler sur la fonctionnalité plus tard est que nous avons appris à chaque fois qu'il est difficile de créer l'architecture de quelque chose sans créer l'expérience utilisateur", a déclaré Mullwenweg. "Lorsque nous essayons de faire l'un sans l'autre, par exemple avec l'API REST, nous sommes entrés dans l'API REST avant de l'utiliser pleinement nous-mêmes. Lorsque nous avons commencé à utiliser l'API REST avec Gutenberg, nous avons trouvé un tas de lacunes. Je me sentirais particulièrement mal si ces lacunes signifiaient que les plugins avaient construit sur la mauvaise architecture pendant quelques années.

Mullenweg a également expliqué pourquoi il pense qu'il est important de donner la priorité à la phase 3, qu'il a qualifiée de « flux de travail », avant les fonctionnalités multilingues :

La phase 3 est le flux de travail. C'est essentiellement là que nous allons intégrer la co-édition en temps réel dans WordPress, un peu comme Google docs ou autre chose. Lorsque vous vous connectez pour modifier une page ou vos sites ou un modèle ou quelque chose, si quelqu'un d'autre s'y trouve en même temps, vous pourrez le voir se déplacer. Bien sûr, nous voulons nous assurer que nous avons un contrôle de version intégré comme nous le faisons pour les publications et les pages, dans autant de parties de WP que possible, donc si quelqu'un fait une erreur ou une modification du site, vous pourrez rouler il revient facilement, ce qui, je pense, est vraiment essentiel pour donner confiance aux gens.

Il a souligné l'importance d'établir l'architecture de collaboration avant d'introduire le support multilingue dans le noyau.

"Je pense que les flux de travail autour du multilingue sont importants", a déclaré Mullenweg. "Alors, où le contenu est-il créé de manière canonique, comment les changements passent-ils d'une langue à l'autre, peut-être même de manière bidirectionnelle, en fonction des personnes qui éditent le site, et comment cela affecte le reste des modèles - des choses qui sont en dehors de la publication et le contenu de la page. »

Il a également noté que les nombreuses solutions multilingues tierces qui existent déjà connaîtront une période de transition à mesure que le noyau intégrera ces fonctionnalités.

"Je m'attends à ce que, comme cela s'est produit avec les constructeurs de pages, une fois qu'il y a quelque chose dans le noyau, ils auront soit un chemin de migration des données, soit s'intégreront à la base que nous mettons dans le noyau", a déclaré Mullenweg. «Mais je voudrais définir des attentes selon lesquelles il s'agit probablement davantage d'une initiative 2024 ou 2025 pour WordPress. Et nous voulons d'abord que ces autres phases soient vraiment bien faites. Pourquoi devons-nous aller dans l'ordre ? Nous ne pouvons pas faire tellement de choses à la fois.

Lorsque la personne qui avait posé la question a insisté sur la raison pour laquelle un groupe de travail d'urgence ne pouvait pas commencer maintenant, Mullenweg a encouragé tous les contributeurs désireux de mettre leur travail dans un plugin. Il a fait référence à Gutenberg, qui a commencé comme un plugin et a été testé pendant des années avant de l'intégrer au cœur.

Je dirais que lorsque nous examinons la phase 4, la première chose que nous allons examiner est la façon dont tous les plugins le font. Peut-être que l'un de ces plugins pourrait même devenir la base de ce qui entre dans le noyau. Ce n'est pas grave si les plugins adoptent des approches architecturales différentes, car nous voulons en voir les avantages et les inconvénients. Rappelez-vous que les gens utilisent WordPress avec des millions et des millions de publications et de pages, parfois des dizaines de millions. Nous voulons que cela évolue, nous voulons que ce soit performant, nous voulons qu'il soit accessible. Prenez tout ce que les gens savent et font confiance à WordPress. et l'amener à cette fonctionnalité.

Mullenweg a déclaré qu'il pense que le multilingue est "probablement l'une des choses les plus complexes que nous intégrons au noyau, encore plus que les blocs". La raison derrière cela est que les blocs ont pris ce que WordPress faisait auparavant et lui ont donné une nouvelle interface au-dessus du HTML.

"Le multilingue prend chaque chose à l'intérieur de WordPress - balises, catégories, pages, modèles, et le rend multifactoriel, donc c'est comme une quantité factorielle de complexité en plus de ce qui est actuellement plus une relation un à un, " il a dit. "Si vous avez des idées sur la façon de le faire, impliquez-vous avec l'un des plugins existants ou démarrez le vôtre."