L'avancement des projets 2019 de WordPress définit la feuille de route 2020

Josepha Haden, directrice exécutive de WordPress, a publié une mise à jour des objectifs de WordPress en 2019. Au cours de la dernière année, WordPress s'est concentré sur neuf projets principaux. Sur les neuf projets, WordPress n'a réussi à en expédier que deux en 2019. Cela signifie que l'objectif en 2020 sera à peu près le même, car la communauté continue de s'appuyer sur les progrès qu'elle a réalisés dans les projets existants.

Actuellement, il y a trois versions majeures prévues pour WordPress en 2020 :

• Version 5.4 – Mars 2020
• Version 5.5 – Août 2020
• Version 5.6 – Décembre 2020

Chacune de ces dates est susceptible d'être modifiée. Nous devrions également obtenir des dates plus précises à mesure que chaque version approche. Les différents projets pour 2020 devraient débarquer dans chaque release.

Matt Mullenweg, co-fondateur de WordPress, a initialement présenté les plans 2019 dans son discours sur l'état de la parole 2018 et a répertorié les projets sur le blog Make Core. Le gros point à retenir est que 2019 était censée être l'année où nous nous sommes rapprochés de la personnalisation complète du site (Phase 2 du projet Gutenberg). Alors que les développeurs ont fait d'énormes progrès pour en faire une réalité, une grande partie du projet en est encore à ses balbutiements.

Projets livrés en 2019

Tous les widgets WordPress de base existants existent désormais sous forme de blocs. Plutôt que de se limiter à placer des widgets là où le thème le décide, les utilisateurs peuvent désormais placer des widgets dans des publications, des pages ou toute autre zone de contenu via l'éditeur de blocs. Alors que le projet continue d'évoluer vers l'édition complète du site, les utilisateurs auront éventuellement la possibilité de placer ces widgets et autres blocs presque n'importe où.

Le projet de santé du site a été fusionné avec core. Il comporte un écran qui fournit des informations sur la santé du site aux propriétaires de sites. Il dispose également d'un script de détection d'erreur fatale qui envoie un e-mail aux propriétaires de sites lorsque des problèmes de plugin et de thème sont détectés.

Projets à prévoir en 2020

La plupart des projets restants qui n'ont pas tout à fait réussi à sortir en 2019 ont encore progressé au cours de l'année. Voici une ventilation des projets à prévoir au cours de l'année à venir.

Bloc de menu de navigation

Actuellement, l'objectif du bloc de navigation est d'être livré avec WordPress 5.4. C'est une réalité probable car il est maintenant hors du stade expérimental et est disponible pour les tests bêta dans Gutenberg 7.0. L'équipe de développement a travaillé sur ce bloc pendant plusieurs versions et dispose maintenant de quelque chose d'assez stable pour les tests utilisateurs.

Ce bloc est une pièce majeure du puzzle de la personnalisation du site. À long terme, les utilisateurs auront besoin d'un bloc facile à utiliser pour gérer les menus de navigation sur leur site.

Zones de contenu personnalisées prenant en compte les blocs pour les thèmes

La phase 1 du projet Gutenberg a amené l'éditeur de blocs à publier du contenu. Une grande partie de la phase 2 sort du contenu de la publication et permet aux utilisateurs d'ajouter des blocs dans davantage de domaines. On ne sait pas exactement à quoi cela ressemblera à long terme. Les thèmes doivent pouvoir enregistrer des zones supplémentaires sensibles aux blocs.

La version cible de cette fonctionnalité est définie sur WordPress 5.5, mais il est trop tôt pour deviner s'il s'agit d'un objectif réaliste. C'est un problème difficile à résoudre car il devra coïncider avec des décisions sur les modèles de blocs thématiques, l'enregistrement de plusieurs entités et la personnalisation complète du site en général. Ce n'est pas une fonctionnalité qui peut être précipitée car elle aura des conséquences considérables sur le fonctionnement de WordPress dans les années à venir.

Zones de widget pour prendre en charge les blocs

Le plan actuel est de permettre aux zones de widgets (barres latérales) de prendre en charge les blocs à côté des widgets. Le plugin Gutenberg a une option expérimentale de zones de widgets pour activer une première version de cette fonctionnalité, qui a une version cible de WordPress 5.5.

Il y a deux aspects à faire de cette fonctionnalité une réalité. La première consiste à le faire fonctionner sur l'écran d'administration des widgets. La seconde consiste à le faire fonctionner dans le personnalisateur, une zone où les utilisateurs peuvent également gérer les widgets.

Pour le moment, il semble que le concept de barre latérale devrait être obsolète. La fonctionnalité expérimentale fonctionne en permettant aux utilisateurs d'ajouter des blocs à une barre latérale, qui sont convertis en un seul grand widget "zone de bloc" à la sortie. Si WordPress est "tout compris" sur le paradigme des blocs, l'énergie serait mieux dépensée en permettant aux thèmes de créer des zones de blocs personnalisées et en laissant l'API Sidebar officielle mourir lentement. Mélanger un ancien concept avec un nouveau semble au mieux maladroit. Il est temps de passer à autre chose et de supprimer légèrement les barres latérales et les widgets jusqu'à ce que la plupart des thèmes ne les prennent plus en charge.

Bloquer la recherche et l'installation dans le répertoire

À terme, tous les utilisateurs de WordPress pourront rechercher un bloc via l'outil d'insertion de bloc. Si le bloc existe, ils peuvent l'insérer dans la zone de bloc. Sinon, l'inséreuse permettra aux utilisateurs de découvrir de nouveaux blocs à partir du répertoire de blocs. L'installation, l'activation et l'insertion du nouveau bloc doivent être transparentes.

La version cible de cette fonctionnalité est définie pour WordPress 5.5, ce qui devrait être possible (sinon plus tôt) en fonction du fonctionnement actuel de la fonctionnalité dans le plugin Gutenberg. Ce n'est pas encore parfait et a cassé plus de quelques-uns de mes messages lorsque je travaillais avec des blocs installés. Il reste encore plusieurs problèmes ouverts qui doivent être résolus.

Les auteurs de plugins qui cherchent à prendre de l'avance sur le jeu peuvent soumettre des plugins de blocage en suivant les directives des plugins de blocage.

Mises à jour automatiques des plugins, des thèmes et des principaux noyaux

Après des années de tests approfondis et d'utilisation de mises à jour automatiques pour les versions mineures de WordPress, il semble que nous devrions déjà avoir des mises à jour automatiques sur tout à ce stade. Devoir suivre les mises à jour des plugins et des thèmes peut être pénible pour certains propriétaires de sites. Avec suffisamment de plugins, il n'est pas impossible d'avoir un ou plusieurs plugins à mettre à jour quotidiennement.

Certaines solutions d'hébergement et Jetpack ont ​​atténué ce problème pour de nombreux utilisateurs en proposant des mises à jour automatiques des plugins, mais il s'agit d'une fonctionnalité de base attendue depuis longtemps qui devrait être une priorité élevée. Aucune version cible n'a été donnée pour les mises à jour automatiques sur les thèmes/plugins ou les principales versions principales. Espérons que la fonctionnalité ne soit pas mise en veilleuse pendant une autre année.

Résoudre plus de 6 500 problèmes de Trac

Avec le plugin Gutenberg qui attire beaucoup l'attention ces jours-ci, il est facile d'oublier qu'il y a des milliers de tickets en attente de correctifs, de révisions et de décisions sur Trac. J'ai longtemps été un champion de l'utilisation d'une version majeure de WordPress pour simplement corriger les bogues existants sans ajouter de nouvelles fonctionnalités.

Jonathan Desrosiers a rédigé un long article qui couvre une grande partie du travail effectué par l'équipe de triage plus tôt cette année.

Le triage n'est pas quelque chose qui arrive jamais vraiment à une conclusion. C'est un processus continu qui doit se poursuivre tout au long de la vie d'un projet. Les personnes intéressées à s'impliquer dans l'équipe de triage peuvent trouver plus d'informations sur le message d'annonce de l'équipe de triage.