Je vois ce que vous voulez dire – bien que le fait qu’elles soient cachées dans un menu déroulant les rende beaucoup moins visibles que les sous-catégories, que l’on peut afficher bien en évidence.
Je reviendrai vers vous à ce sujet, car c’est une chose que je prévois d’utiliser de manière assez intensive 
(exiger au moins une étiquette d’un groupe d’étiquettes donné dans une catégorie donnée) pour éviter la multiplication des sous-catégories…
Je pense qu’une partie l’est, mais une autre partie est la continuation de « l’installation », tout le travail de configuration. Maintenant que j’ai installé Discourse, il dispose de toutes ces fonctionnalités incroyablement intéressantes, j’ai le contrôle sur tellement de choses, mais comment puis-je le « modeler » en fonction des besoins de ma communauté ? Cette partie m’a extrêmement découragé il y a quelque temps, car bien que tous les paramètres et autres soient documentés, j’ai eu du mal a) à comprendre par où commencer et b) à comprendre comment traduire ma « vision » pour ma communauté en paramètres et en configuration.
Donc, peut-être que ce que j’envisage est une couche supplémentaire autour du parcours de configuration initiale. Je vois Support (je ne le renommerais pas « Support général », je disais cela pour indiquer comment je le percevais) davantage pour « Je suis opérationnel, ou j’ai un problème spécifique que je dois résoudre » plutôt que « J’ai mon installation standard et maintenant qu’est-ce que je dois faire pour la préparer à une sorte de lancement ».
Tout cela pour dire que je pense en fait que la « configuration » a du sens dans le parcours d’administration et que ce n’est pas exactement la même chose que le « support ».
Un parallèle avec ma communauté – cela me rappelle que je dois donner des nouvelles à ce sujet dans la conversation appropriée – est le suivant : considérons le propriétaire d’un chat diabétique qui vient de recevoir un diagnostic et rejoint notre communauté, comment organisons-nous les catégories ? Ce que j’ai décidé maintenant, c’est d’être très « centré sur le membre » et de commencer par « Je viens d’arriver, quoi faire ? » (un équivalent français plus poli), puis « Je me procure l’équipement dont j’ai besoin », « J’apprends » – et ensuite ils sont prêts pour le « support » proprement dit qui est le cœur de la communauté.
Si je réfléchis dans ce sens avec Discourse, en tant que quelqu’un qui est complètement nouveau dans tout cela comme je l’étais, il y a certainement : 1) déterminer si je vais l’auto-héberger ou non et choisir mon hébergement ; 2) passer par l’installation réelle 3) concevoir ma communauté et traduire cela en configuration Discourse. Et dans ce cas, il y a une distinction à faire entre a) je construis à partir de zéro et b) la communauté existe et je veux la migrer – comme discuté dans mon sujet défis de migration depuis Facebook je pense vraiment que cela change l’approche de la configuration.
Ce qui nous amène à l’endroit où placer les choses relatives à la migration.
Je dirais que là encore, cela dépend de l’histoire que nous voulons raconter. Est-ce que Discourse veut encourager et faciliter la migration des communautés existantes vers Discourse, ou l’accent est-il davantage mis sur les personnes qui vont construire à partir de zéro avec Discourse ?
Pas de surprise, je dirais qu’il est logique de se concentrer sur la migration des clients, car je suis persuadé qu’il existe un énorme marché inexploité dans ce domaine.
Dans ce cas, je voudrais que la « Migration » ne soit pas enfouie trop profondément. Personnellement, je la maintiendrais comme un aspect de la gestion de communauté (et je renommerais la catégorie Communauté actuelle en cela, car « Communauté » seul est ambigu, j’ai d’abord pensé que c’était « pour la communauté Discourse » plutôt que « sur la conception/construction/gestion de communautés »). Étiquette ou sous-catégorie ? Pourrait au moins mériter une sous-catégorie. Les scripts de migration et les aspects techniques liés à la migration iraient-ils dans une catégorie de niveau supérieur différente ?
Ou peut-être que la Migration est une catégorie en soi, qui contient des discussions sur la manière dont on adapte et traduit les aspects existants de la communauté en Discourse, sur la manière d’aborder le processus réel de migration (implémentation), et aussi la « migration des données ».