Sélectionner une page


Hier Josepha Haden Chomphosy a annoncé la feuille de route pour décider si l’édition complète du site (FSE) se terminera dans WordPress 5.8. Après le lancement de Gutenberg 10.4 le 14 avril, un petit groupe de leads principaux participera à une démo go / no-go.

Les personnes suivantes sont appelées:

  • Matias Ventura – Chef de projet Gutenberg qui animera la démo.
  • Matt Mullenweg – Chef de projet WordPress.
  • Helen Hou-Sandì – développeur principal.
  • Josepha Haden Chomphosy – Directeur général.

L’ordre du jour de la réunion est simple. Ventura accueillera la démo et le groupe discutera et traitera les problèmes de mise en œuvre.

S’il n’y a pas de bloqueurs, ils partagent un plan de fusion de FSE avec WordPress. Le résultat le plus probable est qu’ils trouveront au moins quelques points à traiter. Dans ce cas, ils les partageront publiquement avec un plan à traiter avant une deuxième date d’autorisation / interdiction le 27 avril.

La première version bêta de WordPress 5.8 est prévue pour le 8 juin et une sortie générale pour le 20 juillet. L’équipe doit décider de l’inclure au début du cycle de publication afin que les développeurs de thèmes et de plugins aient le temps de se préparer.

Alors que beaucoup attendent une décision finale, tout le monde doit être patient dès maintenant. Tout doit être soigneusement étudié par les chefs de projet. Il y a de fortes chances que nous ne connaissions le résultat que le 27 avril.

La majeure partie de la transition FSE serait une exécution bêta pour un sous-ensemble d’utilisateurs. Intégrer ces fonctionnalités au cœur ne signifie pas que WordPress basculera immédiatement le commutateur et activera tout pour 40% du Web. Pour l’expérience FSE générale, les utilisateurs doivent faire des choix explicites pour installer et activer un thème basé sur des blocs.

Dans cet esprit, l’expérience d’intégration devrait être invitante, invitant les utilisateurs à modifier des sites Web tout en les informant des problèmes potentiels. S’il s’agit d’une version bêta intégrée, ils le feront Vraiment doit comprendre que des améliorations sont imminentes.

Une version bêta intégrée comme celle-ci est également la bienvenue car le projet a lancé l’éditeur de blocs il y a quelques années. Que les gens aient aimé ou détesté l’éditeur de blocs, le déploiement ne s’est pas déroulé sans heurts pour tout le monde. WordPress a mis les utilisateurs finaux dans un système révisé, ce qui a été un changement choquant pour beaucoup. Le projet a cette fois une chance de faire mieux en introduisant progressivement des fonctionnalités aux utilisateurs et en permettant aux autres de se plonger dans la nouvelle expérience de leur choix.

«Le contexte principal que nous devons partager est celui-ci Il n’est pas livré comme expérience utilisateur par défaut complète« Chomphosy a écrit dans le message, notant que l’équipe grandit au-delà des erreurs du passé. » L’un des retours les plus clairs du processus de fusion de Phase One était que nos extensions (agences, rédacteurs de sujets, développeurs de plugins, constructeur de sites, etc.) n’en avaient pas assez il est temps de se préparer aux changements à venir. « 

Les décideurs peuvent également choisir d’expédier certaines pièces mais pas d’autres. FSE est un projet composé de plusieurs composants.

«L’ensemble du projet d’édition de l’ensemble du site Web est une sorte de terme générique désignant une collection d’outils et de projets afin que certaines parties puissent être expédiées tandis que d’autres ne le font pas», a déclaré Haden Chomphosy. « Il y a probablement quelques exceptions, comme vous l’avez mentionné, mais beaucoup d’entre elles peuvent être expédiées une fois qu’elles sont prêtes. »

Les exceptions auxquelles il a fait référence sont des composants qui ont plus de sens ensemble. Par exemple, des rubriques basées sur des blocs sur un theme.json Le fichier de configuration et la plupart des blocs d’édition de site ne sont pas très utiles lorsqu’ils sont séparés.

Bien sûr, il existe des cas où quelque chose comme le bloc de requête pourrait être utilisé en dehors de l’éditeur du site. Par exemple, les utilisateurs peuvent créer des requêtes personnalisées dans une page sans bénéficier de l’éditeur de site.

Ma principale préoccupation ne concerne pas les fonctionnalités liées à l’éditeur de site, mais les widgets basés sur des blocs. C’est un outil de transition pour les utilisateurs sur des sujets traditionnels. Associé au nouvel écran de menu de navigation, cela ne fait pas partie de l’expérience de thème basée sur des blocs. Le but est de permettre aux utilisateurs d’utiliser des blocs à plusieurs endroits. Cependant, dans de nombreux cas, cela conduit à un UX défectueux.

L’expérience des widgets est toujours partiellement casséet traite chaque bloc comme un widget distinct. Les utilisateurs doivent apprendre à mettre un en-tête (titre du widget) et un autre bloc (contenu du widget) dans un groupe (wrappers de widget) pour les classes appropriées liées au widget sur le front-end du site. Pour certains sujets, le fait que les utilisateurs le fassent n’est pas un problème. Pour d’autres, il semble au mieux moche et, au pire, casse la mise en page. Mettre cette responsabilité sur les épaules de l’utilisateur final était ce considéré comme une solution acceptable.

Je voulais me concentrer sur ce problème car c’est l’une de ces choses qui peuvent facilement être activées pour tous les utilisateurs. Je crains toujours que la transition d’un système fonctionnel à un système potentiellement cassé ne se traduise par une conduite cahoteuse.

L’équipe de publication de WordPress 5.6 a décidé de ne pas expédier widgets basés sur des blocs. Hou-Sandì, en tant que technicien technique de base pour la version 5.6, a fourni un compte rendu historique de la décision et des raisons pour lesquelles il n’était pas prêt à enregistrer:

Ma question sur les fonctionnalités qui affectent le front-end est la suivante: « Puis-je essayer cette nouvelle chose sans gâcher mon site Web? » – c’est-à-dire la confiance des utilisateurs. À ce moment-là, les blocs de zone de widget ne s’affichent pas car les zones de widget ne seront pas affichées telles que vous les voyez sur votre site Web sans aucun effort réel sur les sujets, et vous devez enregistrer vos modifications en direct sans aucune modification pour obtenir une vue contextuelle réelle Vous pouvez essayez cette nouvelle fonctionnalité sans vous pénaliser pour l’expérimentation.

Bien que les widgets semblent s’être améliorés, je vois toujours la réponse comme étant la même qu’en octobre dernier. Je n’ai pas vu assez d’adhésion de la communauté des développeurs de thèmes pour prendre en charge l’éditeur de blocs lui-même, sans parler des nouvelles fonctionnalités liées aux blocs. À un moment donné, cependant, le projet doit simplement avancer. Les sujets doivent juste suivre.



Source link

Recent Posts