Josepha Haden Chomphosy, le directeur général de WordPress, a publié un suivi à elle Aperçu de l’année à venir. Des questions se sont posées sur ce à quoi ressemblait un produit minimal viable (MVP) pour l’édition complète du site (FSE), qui devrait être disponible en avril dans le plugin Gutenberg. L’équipe principale se tourne également vers un lancement de FSE dans WordPress en juin lorsque WordPress 5.8 sera disponible.

Cela semble être de nobles objectifs, mais les membres du monde du développement et des affaires WordPress se demandaient: « Qu’est-ce qu’un MVP pour FSE? » Ce n’est pas une nouvelle question. Qu’il s’agisse du rythme rapide du développement, d’une panne de communication ou d’une si grande partie du projet se cachant couche après couche avec des problèmes GitHub, cela peut être difficile à suivre. Il n’y a pas de grand site Web qui décrit chaque étape du processus, jusque dans les moindres détails, de la direction du projet. Les informations peuvent parfois sembler dispersées. Cela peut donner une pause aux développeurs tiers et aux propriétaires d’entreprise qui ont besoin de savoir à quoi s’attendre pour mettre à jour leurs produits.

Joost de Valk, le CPO de Yoast, a exprimé sa frustration avec le processus dans les commentaires. Nous en avons discuté plus en détail plus tard.

«Je pense que FSE va changer ce qu’est un sujet et s’il est bien fait, il sera beaucoup plus facile de créer un sujet parce que les sujets seront beaucoup plus petits», a-t-il déclaré. «Cependant, cela impose à la communauté des méthodes et des conventions de style fiables pour les noms de classe ou autres, de sorte que le style fonctionne partout. Je ne comprends actuellement pas ce qui est considéré comme un MVP pour l’édition complète du site, et je ne vois aucune discussion sur la façon dont cela fonctionne avec des sujets qui ne sont pas spécifiquement conçus pour cela, et cela m’inquiète. « 

Il partage certaines des mêmes préoccupations que d’autres dans la communauté qui pensent qu’il n’y a pas de processus pour un MVP.

« Et il n’y a rien de tel », a-t-il dit. « Une vision sans exécution n’est qu’une hallucination. »

Chomphosy a déclaré qu’elle était bien consciente du réseautage. « Je constate également que les informations que nous avons publiées ne sont pas présentées dans un article clair et compréhensible qui aiderait les gens à prendre de bonnes décisions pour 39% d’Internet », a-t-elle déclaré.

Elle a souligné un Liste des billets six (maintenant sept) jalons. Pris ensemble, chacun de ces jalons représente où FSE doit être pour un MVP.

«Ensemble, ils esquissent une architecture qui permet d’imprimer un thème complet à l’aide de blocs et d’un éditeur qui peut être utilisé pour personnaliser ce thème», écrit-elle. « Le MVP devrait permettre de créer une version du thème Twenty Twenty-One en utilisant uniquement des blocs sans aucune connaissance en programmation.« 

Ce qui suit est une ventilation des jalons qui doivent être franchis avant de pouvoir voir la première version de FSE dans WordPress:

Jalon 1: Infrastructure et interface utilisateur

La partie la plus importante de FSE est peut-être éditeur de site fonctionnel. La fusion du système de template WordPress en une interface utilisateur cohérente est à la base du projet. L’infrastructure sous-jacente gère le fonctionnement des modèles et des éléments de modèle. À ce stade, cette fondation est dans un endroit fiable. Ce sont toutes les fonctionnalités qui en découlent qui nécessitent plus de travail. Ce jalon comprend également la configuration de l’interface d’édition du site Web et l’enregistrement de plusieurs unités.

La dernière étape du jalon permet aux utilisateurs de le faire Modifier les modèles Vous pouvez basculer efficacement entre le contenu et l’édition de conception dans le post-éditeur. Le programme de sensibilisation FSE récemment a testé cette fonction Recueillir les commentaires selon Gutenberg 9.6.

Étape 2: Parcourir

Cette étape couvre tous les travaux pour Naviguer dans l’interface utilisateur de l’éditeur du site. Il existe de nombreuses pièces mobiles, par ex. B. basculer entre les pages, les modèles, les éléments de modèle, les styles globaux et plus encore. Les utilisateurs doivent savoir sur quel élément ils travaillent.

C’est le seul jalon marqué comme terminé. Cependant, il existe un ticket ouvert pour explorer l’idée d’un Mode « Navigation » à côté des modes d’édition et de sélection.

Étape 3: style

Cette étape est largement centrée sur le prochain système Global Styles. Le Le système crée une hiérarchie Découvrez comment les styles sont appliqués aux blocs, des normes de thème standard aux modifications utilisateur globales en passant par les options de style par bloc.

Alors qu’une grande partie du travail pour un MVP est terminée, il y a des dizaines de tickets de fonctionnalité dans le backlog. C’est également un domaine dans lequel le système de blocage a des années de retard sur les constructeurs de pages tiers. Attendez-vous à des améliorations de fonctionnalités à long terme basées sur les commentaires après le lancement.

Jalon 4: blocs thématiques

Les auteurs de sujets doivent garder un œil sur ce ticket. La seule façon dont les thèmes basés sur des blocs deviennent une réalité pour la plupart des développeurs de thèmes est, voire pas du tout Les balises de modèle ont un bloc correspondant dans l’éditeur du site. Ou du moins si les balises de modèle les plus courantes le font. Certaines de ces fonctions ne peuvent plus être utilisées dans l’éditeur de blocs. Les développeurs de thèmes doivent s’assurer qu’ils disposent des blocs dont ils ont besoin pour recréer tout ce qu’ils créent aujourd’hui.

Certes, je suis triste de voir que les blocs de signets / liens ont peu de chances d’évoluer. Même si la fonctionnalité est datée, je suis toujours nostalgique du bon vieux temps des blogs. Peut-être que cela devrait être mieux laissé derrière par un plugin. Un renouveau de la Gestionnaire de liens Le plugin pourrait être bien.

Étape 5: bloc de requête

Le Bloc de requête et le bloc de boucle correspondant sont à certains égards les éléments les plus importants de l’édition complète du site. Ils couvrent quels messages sont chargés et comment ils sont affichés. La fonction est l’une des énigmes les plus complexes à résoudre. L’équipe de développement de Gutenberg y travaille depuis des mois et c’est maintenant un bon point de départ. Cependant, il reste encore des kilomètres avant de pouvoir traiter sérieusement de tout ce que les auteurs de sujets ont à voir avec cela.

Actuellement, le bloc de requête ne traite que quelques options de personnalisation de la requête. L’équipe doit déterminer quels contrôles de la barre latérale seront disponibles pour les utilisateurs finaux et incorporer les blocs avec des modèles pour différents types d’annonces post-list.

Jalon 6: bloc de navigation

Mis à part le bloc de requête, la navigation est le seul autre bloc requis son propre jalon. Des problèmes avec le menu de navigation ont affecté le projet WordPress pendant plus d’une décennie. C’est l’une des choses les plus difficiles à faire. Bien que les menus de navigation dans WordPress soient généralement faciles à utiliser de nos jours, leur conception ne peut pas être personnalisée par l’utilisateur final. La question est entièrement à la discrétion de l’auteur du sujet. C’est probablement l’un des problèmes les plus difficiles pour le projet Gutenberg d’accueillir la multitude de conceptions de menu possibles que les auteurs désirent et de le rendre personnalisable pour l’utilisateur final.

Il y a au moins quelques dizaines de sous-billets dont les contributeurs auront besoin. Même dans ce cas, il pourrait y avoir quelques versions plus tard avant que le bloc de navigation ne soit prêt pour les modèles plus complexes utilisés dans certains sujets aujourd’hui.

Jalon 7: adoption progressive

Une fois les six premiers jalons atteints pour le MVP, WordPress doit donner aux utilisateurs finaux et aux auteurs de sujets la possibilité de déployer progressivement FSE. Il s’agirait principalement d’un mélange de modèles basés sur des blocs et de modèles basés sur PHP traditionnels. Les développeurs devraient être autorisés à mettre à jour leurs thèmes sans les modifier en profondeur, ce qui peut laisser derrière eux une partie de leur base d’utilisateurs.

Les widgets et les écrans de navigation basés sur des blocs relèvent également de cette étape. Les deux fonctionnalités ont été transférées dans les versions futures après leur échec en 2020. Cependant, ce sont des tremplins pour les utilisateurs qui ne souhaitent pas passer à FSE ou qui ne peuvent pas le faire à cause de leur sujet.



Source link

Recent Posts