À venir dans WordPress 5.5 : Fonctionnalités et modifications que les auteurs de thèmes doivent connaître

Le 11 août, la date de sortie cible de WordPress 5.5, est dans un peu moins de deux semaines. Pour les développeurs qui n'ont pas été complètement au courant de la prochaine version, c'est le bon moment pour commencer à regarder comment les changements pourraient affecter leurs projets. Les auteurs de thèmes en particulier peuvent s'attendre à plusieurs nouvelles fonctionnalités et à quelques changements de rupture.

Pour la plupart, WordPress 5.5 introduira de nouvelles fonctionnalités que les développeurs de thèmes pourront commencer à ajouter à leurs thèmes. Cependant, les deux changements les plus importants qui pourraient avoir un impact négatif sur leurs thèmes seront les mises à jour automatiques et les modifications HTML directes apportées à la sortie du logo personnalisé.

En dehors des nouvelles fonctionnalités et modifications, les auteurs de thèmes devraient rattraper leur retard sur notre couverture du plugin Gutenberg et tester ses mises à jour qui sont fusionnées dans WordPress.

Mises à jour automatiques

WordPress 5.5 introduira enfin des mises à jour automatiques pour les plugins et les thèmes. C'est une fonctionnalité attendue depuis longtemps et devrait être une bonne chose pour tenir les utilisateurs finaux à jour et exécuter ce qui est généralement la version la plus sécurisée de leurs extensions. Cependant, le gros inconvénient des mises à jour automatiques est que la plupart des thèmes et des plugins n'auront pas le même niveau de contrôle de qualité que WordPress reçoit. Même les meilleures sociétés de développement peuvent n'avoir que quelques personnes qui surveillent le code.

D'un autre côté, la fonction de mises à jour automatiques signifie que les auteurs de thèmes peuvent envoyer les correctifs aux utilisateurs finaux beaucoup plus rapidement.

Le plus important est que les développeurs de thèmes doivent être conscients que les utilisateurs activeront les mises à jour automatiques. Pour certains, cela pourrait ne pas signifier changer quoi que ce soit avec leurs cycles de publication. Pour d'autres, cela peut signifier de consacrer du temps supplémentaire pour s'assurer qu'un contrôle de qualité supplémentaire est en place. Le succès des mises à jour automatiques repose directement sur les épaules des auteurs de plugins et de thèmes. C'est une énorme responsabilité qui ne doit pas être prise à la légère. WordPress accorde une grande confiance à sa communauté de développement pour bien faire les choses.

Changement HTML pour les logos personnalisés

Dans le cadre d'un ticket lié à l'accessibilité pour WordPress 5.5, les fonctions principales get_custom_logo() et the_custom_logo() ne généreront plus de lien autour de l'image du logo lors de l'affichage de la page d'accueil du site. Cette modification a été apportée car le lien lui-même pointe vers la page d'accueil par défaut et n'est pas nécessaire dans ce contexte.

À l'heure actuelle, il existe 183 thèmes dans le répertoire officiel des thèmes qui ciblent le lien dans leur CSS. Cela ne signifie pas nécessairement que les 183 thèmes seront cassés lors de la mise à jour. Cependant, cela signifie probablement que certains d'entre eux auront besoin d'un ajustement ou deux.

Les auteurs de thèmes sont encouragés à cibler la .custom-logo-link au lieu d'un élément HTML particulier. Le nouveau changement ajoutera un élément <span> plutôt qu'un élément <a> sur la page d'accueil. Les deux utiliseront la même classe.

Les modèles de blocs sont arrivés

Ce n'est un secret pour personne que je suis carrément étourdi par la perspective que les concepteurs de thèmes soient lâchés sur le monde, permettant à leurs talents de briller via des modèles de blocs. Les modèles ont été l'une des fonctionnalités manquantes depuis le lancement initial du projet Gutenberg. Pour les auteurs de thèmes, ils représentent ce chaînon manquant entre la conception de « modèles » ou de « sections » uniques et la fourniture aux utilisateurs finaux d'un moyen de les ajouter à leurs sites.

Les modèles de blocs sont essentiellement des groupes de blocs préconfigurés que les utilisateurs peuvent insérer dans leurs publications ou pages en un clic. La beauté du système réside dans le fait que les auteurs de thèmes peuvent concevoir tous les modèles qu'ils désirent et les rendre facilement accessibles à leurs utilisateurs. Pas besoin de paramètres de thème compliqués. Pas de longs tutoriels expliquant comment recréer la démo. Concevez quelque chose dans l'éditeur de blocs. Enregistrez-le comme modèle. Laissez les utilisateurs l'insérer dans un message et réjouissez-vous.

C'est une opportunité que les auteurs de thèmes n'ont jamais eue auparavant. C'est l'occasion de créer de beaux designs sans avoir à se soucier de le compliquer à l'excès pour l'utilisateur moyen. C'est un moment charnière dans l'histoire de la conception de thèmes WordPress. Les auteurs de thèmes ont la possibilité de pousser le système et de voir de quoi WordPress et son éditeur de blocs sont vraiment capables.

Construire un thème de restaurant? Fournissez aux utilisateurs plusieurs modèles de menus alimentaires. Créer quelque chose pour des romanciers ou d'autres auteurs de livres ? Donnez aux utilisateurs des options de mise en page pour présenter leurs livres.

L'API de modèles de blocs supprime de nombreuses limites antérieures à ce que les auteurs de thèmes pouvaient faire de manière réaliste. Maintenant, il est temps que ces auteurs de thèmes prennent les choses en main.

Hauteurs de ligne et unités personnalisées

L'éditeur de blocs dispose de deux nouveaux outils dont les utilisateurs finaux peuvent profiter : les hauteurs de ligne personnalisées et les unités personnalisées. Les auteurs de thèmes peuvent choisir d'autoriser les utilisateurs à modifier la hauteur de ligne des paragraphes et des en-têtes avec l'indicateur de prise en charge du thème custom-line-heights . Ils peuvent également permettre aux utilisateurs de basculer entre différentes unités, comme lors de la définition de la hauteur du bloc de couverture, avec le drapeau custom-units . En plus des pixels, les thèmes peuvent définir les unités prises en charge.

Permettre aux utilisateurs de personnaliser la valeur de hauteur de ligne pour le texte peut être délicat. Il y a des situations où cela est justifié. Cependant, pour les auteurs de thèmes qui préfèrent maintenir un rythme vertical strict, cela pourrait conduire au désastre. Cela se résumera probablement à un choix personnel pour les développeurs en fonction du type de thème qu'ils construisent.

Navigation dans les widgets accessibles

À partir de WordPress 5.5, les auteurs de thèmes pourront choisir de produire des widgets plus accessibles. Par défaut, les widgets qui affichent des listes non ordonnées le font sans aucun contexte. Cela peut compliquer la navigation sur le site pour ceux qui utilisent des technologies d'assistance.

Les auteurs de thèmes peuvent désormais ajouter navigation-widgets au tableau de supports de thèmes HTML5 pour ajouter le nouveau balisage. WordPress enveloppera ensuite tous les widgets principaux avec un élément <nav> et une aria-label basée sur le titre du widget.

Cela n'affectera pas les widgets des plugins tiers. Les auteurs de plugins doivent réévaluer leurs widgets pour déterminer s'ils souhaitent prendre en charge cette fonctionnalité.

Mises à jour des fonctions du modèle

WordPress ajoute quelques fonctionnalités intéressantes pour ses fonctions de modèles dans la prochaine version. Le premier changement majeur est que les auteurs de thèmes peuvent transmettre des données aux fichiers de modèle. Nous avons déjà couvert cette histoire sur la taverne. Cette fonctionnalité, bien que tardive, devrait toujours être utile pour les configurations de thème plus complexes et permettre aux développeurs de contourner les solutions de contournement étranges ou les solutions internes.

Les fonctions de chargement de modèles, telles que get_template_part() et autres, renverront également une valeur dans WordPress 5.5. Si le modèle n'est pas trouvé, la fonction renverra une valeur false . Sinon, il retournera void . Cela sera utile dans les situations où les auteurs de thèmes doivent exécuter une condition pour vérifier si un modèle existe.