L’utilisation des propriétés personnalisées CSS pour le système de couleurs d’administration de WordPress est répertoriée pour le jalon WordPress 5.7. Cela semble assez discret pour que la plupart le fassent passer pour une simple mise à niveau pour suivre le rythme. Cependant, cette fonctionnalité peut créer des ondulations qui se propagent et profitent à l’écosystème dans les années à venir.
Kirsty Burgoine, développeur front-end chez Human Made, a annoncé le introduction de propriétés personnalisées CSS pour l’administrateur WordPress. Le travail initial a atterri dans un ticket pour itération sur les jeux de couleurs de l’administrateur. La première étape a réduit la palette de couleurs de 199 couleurs à 99, créant une liste plus raisonnable à partir de laquelle travailler.
La deuxième étape examinera comment implémenter un système de propriétés personnalisées CSS qui a du sens. Cela signifie faire le travail redouté de nommer des choses. L’équipe CSS principale recherche actuellement des commentaires sur la meilleure façon de gérer les noms de propriétés à l’avenir et est ouverte à d’autres suggestions d’implémentation.
Une fois les propriétés personnalisées en place, le nouveau système pourrait ouvrir un monde de possibilités à long terme.
Penser à l’avenir
Mes espoirs d’avoir des thèmes d’administration WordPress ont vécu et sont morts à chaque actualité autour des couleurs personnalisées, des maquettes imaginatives et du battage médiatique général des projets qui n’ont jamais tenu leurs promesses. Il se peut que j’aie à nouveau espoir.
Les développeurs ont pu enregistrer des schémas de couleurs d’administration personnalisés depuis WordPress 2.5, mais ce n’a jamais été un système idéal.
L’un de mes plugins préférés est Schémas de couleurs d’administration, qui est maintenu par les concepteurs de l’équipe WordPress principale. Il ajoute plusieurs schémas parmi lesquels les utilisateurs peuvent choisir.
Sass, qui est utilisé pour générer les schémas de couleurs d’administration dans le noyau aujourd’hui, a simplifié le processus. Cependant, les développeurs tiers doivent toujours s’assurer que leurs schémas personnalisés restent à jour entre les versions de WordPress. Le système n’est pas conçu pour se protéger contre les futurs problèmes de compatibilité.
Les propriétés personnalisées CSS changent la donne. Avec leur utilisation répandue et leur compatibilité avec les navigateurs modernes, les thèmes d’administration personnalisés – au moins les schémas de couleurs – sont bien plus une réalité.
Je n’ai pas été aussi enthousiasmé par la possibilité de quelque chose de nouveau depuis que Tung Do a publié son plugin DP Dashboard de courte durée en 2013. Maintenant, à quelques jours de huit ans depuis sa phase de test bêta initiale, j’ai encore une fois un peu d’espoir.
Compte tenu du peu de sagesse que j’ai accumulée au fil des ans, je vois maintenant que les thèmes d’administration entièrement personnalisés n’ont jamais conduit à la bonne voie. Je suis heureux que nous ne soyons jamais descendus. Les interfaces utilisateur d’administration doivent fonctionner de manière cohérente pour les utilisateurs et s’adapter aux changements au fil du temps. Les thèmes personnalisés étaient un cauchemar de maintenance chaque fois que WordPress ajoutait une fonctionnalité. Cependant, un système basé sur des propriétés personnalisées CSS signifie que les personnalisations ne se cassent pas – ou se cassent beaucoup moins souvent – à mesure que l’interface utilisateur du logiciel évolue.
Bien que l’accent soit mis actuellement sur les jeux de couleurs, rien n’empêche WordPress de passer à d’autres fonctionnalités à l’avenir. Il est possible de mettre en place un système de styles global pour que les concepteurs puissent habiller l’administrateur de toutes sortes de manières intéressantes sans rien casser. Des options mineures telles que le rayon de bordure des boutons, les choix de familles de polices ou les tailles de police d’en-tête seraient faciles à intégrer au fil du temps.
Comme le système de blocage continue de remplacer des parties de l’administrateur WordPress, les skins d’administrateur personnalisés seront beaucoup plus faciles à maintenir. Parce que tout dans le système de blocs est construit en tant que composant, il est mieux à l’épreuve du futur contre les problèmes de rétrocompatibilité.
Il existe un chemin long et sinueux vers un système de skinning d’administration complet. Cependant, ce n’est pas hors du domaine des possibilités.
J’attends avec impatience le jour où les auteurs de thèmes pourront facilement déployer des conceptions d’administration qui correspondent au front-end. Peut-être l’intégration avec le système de blocs theme.json est une possibilité. Cela ne me dérangerait pas non plus de voir un répertoire de thèmes d’administration distinct à l’avenir. Le cas d’utilisation est peut-être trop de niche à ce stade, mais cela ne fait jamais de mal de garder l’idée dans l’esprit de tout le monde.
Si rien d’autre, le passage aux propriétés personnalisées permet à l’équipe de nettoyer le CSS de l’administrateur et facilite l’ajout de jeux de couleurs personnalisés. C’est une victoire pour le projet WordPress.
Source link