WordPress 6.1 : sur quoi travaille l’équipe de développement ?

WordPress 6.1 : sur quoi travaille l’équipe de développement ?
wordpress 6.1 au wordcamp de porto

L’architecte principal de Gutenberg, Matías Ventura, a identifié les améliorations apportées aux expériences introduites dans les versions 5.9 et 6.0 comme l’objectif principal de la prochaine version 6.1. 

Il a récemment publié la feuille de route pour la version 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 s’y rendre mais il a tweeté un fil de discussion avec des démonstrations vidéo de certaines mises à jour d’interface intéressantes 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 sites de faire des zooms avant et arrière tout en travaillant.

Les motifs sont un autre axe majeur que Ventura a identifié comme “une pièce centrale de l’expérience créative”. Les contributeurs travaillent à rendre plus facile la construction avec des motifs, avec des plans pour améliorer le processus de découverte et d’insertion. 

WordPress 6.1 offrira une meilleure prise en charge de l’utilisation des modèles dans les types de messages personnalisés et les types de blocs, ainsi qu’une expérience plus intuitive du verrouillage des modèles et de la 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 de discussion.

Ventura a déclaré qu’un autre objectif pour 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ésélections. Les outils de conception seront également mis à jour pour prendre en charge la typographie réactive et permettre la gestion des polices de caractères.

“L’objectif de cette 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 plus satisfaisantes pour les utilisateurs, les webmasters et les développeurs, et de combler certaines lacunes dans les fonctionnalités alors que nous commençons à envisager la phase 3 de la feuille de route de Gutenberg”, a déclaré M. Ventura.

Au-delà de WordPress 6.1 : La phase 3 de collaboration précédera la phase 4 multilingue pour établir une 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 terminer 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 dans le noyau.

“Une partie de la raison pour laquelle nous ne voulons pas définir les 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 nous sommes lancé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 constaté un certain nombre de lacunes. Je me sentirais particulièrement mal si ces lacunes signifiaient que les plugins avaient été construits 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 appelle “workflow”, avant les fonctionnalités multilingues :

La phase 3 est le flux de travail. C’est essentiellement là que nous allons introduire 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, un site, un modèle ou autre, si quelqu’un d’autre est connecté en même temps, vous pourrez le voir effectuer des modifications en temps réel. Bien sûr, nous voulons nous assurer que nous avons un contrôle de version intégré, comme nous le faisons pour les articles et les pages, dans autant de parties de WP que possible, de sorte que si quelqu’un fait une erreur ou une modification sur le site, vous serez en mesure de revenir en arrière 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 liés au multilinguisme sont importants”, a déclaré Mullenweg. “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 modifient le site, et comment cela affecte-t-il le reste des modèles – les choses qui sont en dehors du contenu des articles et des pages.”

Il a également noté que les nombreuses solutions multilingues tierces qui existent déjà auront une période de transition pendant que le noyau intègre ces fonctionnalités.

“Je m’attends à ce qu’à l’instar de ce qui s’est passé avec les constructeurs de pages, une fois qu’il y aura quelque chose d’intégré directement dans le noyau, ils auront à procéder soit à un chemin de migration des données, soit à une intégration avec le code que nous mettrons dans le noyau WordPress”, a déclaré Mullenweg. “Mais je voudrais que l’on s’attende à ce que ce soit plutôt une initiative de 2024 ou 2025 pour WordPress. Et nous voulons d’abord que ces autres phases soient vraiment bien lancées. Pourquoi devons-nous procéder dans l’ordre ? On ne peut pas tout faire en même temps.”

Lorsque la personne qui avait posé la question a insisté pour savoir pourquoi un groupe de travail de contingence ne pouvait pas commencer maintenant, Mullenweg a encouragé tous les contributeurs enthousiastes à 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 d’être intégré au noyau WP.

“Je dirais que lorsque nous examinerons la phase 4, la première chose que nous ferons sera de regarder comment tous les plugins de gestion de langues le font. Peut-être que l’un de ces plugins pourrait même devenir la base de ce qui sera intégré au noyau. Ce n’est pas grave si les plugins ont des approches architecturales différentes, parce que nous voulons analyser les avantages et les inconvénients de ces différentes approches. N’oubliez pas que les gens utilisent WordPress avec des millions d’articles et de pages, parfois des dizaines de millions. Nous voulons qu’il puisse évoluer, qu’il soit performant et qu’il soit accessible. Prenez toutes les choses que les gens connaissent et auxquelles ils font confiance à propos de WordPress, et intégrez-les à cette fonctionnalité.”

Mullenweg a déclaré qu’il pense que le multilingue est “probablement l’une des choses les plus complexes que nous introduirons dans le 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 code HTML.

“Le multilinguisme prend chaque élément de WordPress – balises, catégories, pages, modèles – et le rend multifactoriel, de sorte qu’une quantité factorielle de complexité vient s’ajouter à ce qui, à l’heure actuelle, est plutôt une relation biunivoque”, a-t-il déclaré. “Si vous avez des idées sur la façon de le faire, impliquez-vous dans l’un des plugins existants ou créez le vôtre.” 

Actu Hébergement Web
opportunites-digitales.com
Logo