Nous misons tout sur les balises grâce à la fluidité exceptionnelle qu’elles offrent entre les équipes, surtout lorsqu’elles sont combinées à des plugins de gestion de projet comme les tableaux Kanban, les systèmes de vote et les calendriers.
Nous travaillons sur un système de « navigation par balises », afin que les utilisateurs puissent :
utiliser la barre de recherche pour saisir des termes et accéder directement aux balises et aux intersections de balises. La barre de recherche native possède déjà cette fonctionnalité ; nous la rendons simplement comportement par défaut et l’intégrons dans une bannière.
la vue principale affichera les pages de balises sous forme de boîtes, de la même manière que le forum affiche actuellement les catégories en vue par boîtes. Cela signifie que les utilisateurs peuvent naviguer en cliquant sur les balises, chaque clic ajoutant une balise à leur intersection, créant ainsi un système de navigation arborescent. Par exemple : « webdev » > « reactjs » > « new-build » > « fri-workteam » > etc. > etc., et ainsi de suite aussi longtemps que les utilisateurs le souhaitent.
Le principal problème que nous rencontrons est que la plupart des plugins ne prennent pas encore en charge les balises et les pages de balises. Nous avons réussi à modifier les tableaux Kanban pour qu’ils fonctionnent avec les balises et les pages de balises, ce qui est formidable car je peux voir toutes les tâches « webdev » en cours de réalisation, ou uniquement les tâches « fri-workteam », ou encore ajouter la balise « ux » pour voir où les équipes collaborent ou identifier les tâches nécessitant les deux compétences. Une fois que nous aurons adapté le calendrier d’équipe, j’aurai toutes les mêmes options pour savoir qui travaille et quand. Il en va de même pour le plugin de vote que nous utilisons pour choisir de nouvelles idées, projets et tâches.
Nous nous engageons dans un grand projet visant à faire passer notre réseau de bénévolat, qui œuvre pour créer plus de paix et de bien-être dans la communauté mondiale, au niveau supérieur. Vous seriez absolument les bienvenus pour participer au développement, voici où nous construisons. Plusieurs membres de notre communauté et moi-même avons contribué à hauteur d’une somme assez importante pour payer quelqu’un afin de réaliser ce projet, car notre équipe de développement Ruby on Rails était trop discrète et cela prenait une éternité.
J’en ai parlé à plusieurs reprises au cours des 8 derniers mois environ, après avoir exploré ce forum et constaté un nombre croissant d’utilisateurs souhaitant exploiter davantage la flexibilité des balises dans leur forum, mais rencontrant des problèmes car la plupart des principaux plugins et composants de navigation sont conçus pour les catégories, et peu ont encore basculé pour prendre en charge la nouvelle fonctionnalité des balises.
Nous pourrions attendre que tous les auteurs de plugins modifient leurs plugins (et comme je l’ai mentionné plus haut, nous prévoyons de le faire pour certains dans le mois ou deux à venir). Je propose plutôt une solution centrale qui met immédiatement à niveau tous les plugins et composants existants en leur indiquant de traiter les balises et les pages de balises de la même manière que les catégories.
Cela améliorerait considérablement l’utilisabilité des balises sur Discourse pour les utilisateurs, d’une manière que je soupçonne être celle vers laquelle toutes les évolutions iront de toute façon, en épargnant aux utilisateurs des mois, voire des années d’attente pour que les mises à jour prennent en charge les balises… et bien sûr, cela épargnerait à tous les auteurs de plugins beaucoup de travail.
Cela pourrait inclure un shortcode ou un interrupteur pour le désactiver pour tout plugin dont les auteurs ne souhaitent pas prendre en charge les balises, bien que je n’en connaisse aucun spécifiquement. Cet interrupteur pourrait également être disponible pour les utilisateurs afin de l’activer ou de le désactiver, leur permettant ainsi de choisir le comportement de leurs extensions.
Voici quelques exemples d’utilisateurs souhaitant utiliser davantage les balises mais se heurtant à des limitations qui seraient résolues par cette approche. Je les ai extraits de mes commentaires récents ; il en existe beaucoup d’autres que j’ai trouvés par le passé en cherchant :
Je ne veux pas dire qu’ils devraient être traités de la même manière dans un sens général. Je veux simplement dire que certaines fonctionnalités du cœur de Discourse, activables et désactivables par les utilisateurs et les créateurs de plugins, qui indiqueraient aux plugins de reconnaître les balises de la même manière que les catégories, permettraient d’éviter à de nombreux développeurs de plugins d’avoir à adapter leurs extensions pour gérer les balises et les pages de balises. Cela offrirait également une large gamme de plugins aux utilisateurs pour personnaliser davantage leurs sites, et j’ai lié quelques exemples d’utilisateurs demandant cette fonctionnalité.
Comme les balises sont relativement récentes, tandis que les catégories sont bien développées, les plugins ont été conçus en pensant aux catégories. De plus en plus d’utilisateurs utilisent les balises de manière plus centrale et expriment leur souhait de pouvoir accéder aux fonctionnalités que les plugins offrent actuellement aux catégories.
Je ne suis pas assez compétent pour savoir si ce que je suggère est possible ; je pense simplement que, individuellement, presque tous les plugins finiront par le prendre en charge (comme le plugin des bannières de balises qui recrée le plugin des bannières de catégories), et cela représente un long chemin pour leurs développeurs. Si cela pouvait être intégré au cœur de Discourse, cela leur ferait gagner énormément de temps et profiterait rapidement à de nombreux utilisateurs.
Le support des balises sera implémenté dans la plupart des plugins au cours des prochaines années. Je me demandais si cela pouvait être intégré au cœur du système pour accélérer le processus pour les utilisateurs et éviter que les développeurs ne soient obligés de l’implémenter individuellement. Ce serait trop tard pour notre version, mais c’est une idée que je propose car, si cela était possible, cela offrirait beaucoup plus d’options de personnalisation aux autres utilisateurs en peu de temps.
C’est tellement généralisé que cela n’a aucun sens.
Si vous ne pouvez pas étayer la première affirmation, je ne vois pas pourquoi les développeurs feraient quoi que ce soit, encore moins au niveau du cœur.
Très peu d’utilisateurs utilisent des balises sans catégories. S’il y avait une forte augmentation de la demande, en particulier de la part de clients payants, je suis sûr que cela se ferait.
La navigation par balises sans catégories est l’un des plugins que nous développons.
Je fais référence à d’autres plugins et composants tels que : category-banners, calendar, events, kanban, voting, rating, topic-preview. Ceux qui prennent en charge les balises offriront de nouveaux outils à tous les utilisateurs. J’ai également répondu aux publications que j’ai vues demandant une prise en charge des balises dans les plugins banners, events, kanban, voting et navigation (celui que nous construisons), pour demander à l’auteur s’il souhaitait rassembler des ressources pour les faire développer. Nous les construirions soit ensemble pour tous, soit nous paierions pour qu’ils soient développés si nous ne réunissons pas les compétences nécessaires.
C’est impossible. C’est comme dire qu’il faut traiter Windows et macOS de la même façon instantanément. Il existe de grandes différences, sinon nous n’aurions pas à la fois des balises et des catégories.