Les pages de balises sont superbes, mais leur utilisation semble nécessiter de désactiver des plugins et des composants de thème, car la plupart sont conçus pour fonctionner avec les catégories.
Cela pourrait être un problème que des développeurs individuels pourraient résoudre, mais comme Discourse semble utiliser un routeur/contrôleur complètement différent pour les balises par rapport aux catégories, cela nécessiterait un important travail de réorganisation pour tous. Je me demandais donc s’il s’agissait d’un problème que l’équipe pourrait être intéressée à résoudre au niveau du cœur du système.
Si ces plugins pouvaient traiter les pages de balises comme des catégories, cela étendrait considérablement la fonctionnalité des pages de balises, soit instantanément, soit avec un petit ajustement de la part de leurs auteurs.
Je pense que c’est assez attendu, car bien que presque toutes les communautés Discourse utilisent des catégories, toutes n’utilisent pas de balises. Je pense néanmoins que l’utilisation des balises a nettement augmenté ces derniers temps.
Y a-t-il des exemples précis en tête ? Je me souviens que tu as répondu en demandant le support des balises pour le composant bannière de catégorie entre autres… Y a-t-il d’autres exemples qui se distinguent comme potentiellement utiles pour les balises ?
Pour le moment, nous avons le composant de tableaux Kanban et les en-têtes de bannière, dont j’ai remarqué qu’ils ne fonctionnent pas avec les pages de balises. J’ai conclu hâtivement que cela était répandu dans la bibliothèque, car cela représente 2/3 de ceux que nous utilisons et qui sont destinés aux utilisateurs.
Je m’attends à ce que les plugins événements et calendrier d’équipe reposent également sur les catégories, bien que je ne les aie pas testés.
Quelques avis de l’équipe principale sur ce sujet ?
Nous envisageons de commencer à modifier trois composants/plugins populaires pour qu’ils fonctionnent sur les pages de balises de notre plateforme, mais si cela doit être intégré dans une mise à jour du cœur prochainement, je ne voudrais pas consacrer du temps à une solution complexe qui deviendra bientôt obsolète.