Je ne pense pas
Très probable, mais si c’est le cas, cela se serait produit il y a assez longtemps pour que je ne m’en souvienne pas avec certitude.
Mais cela semble être l’explication la plus plausible.
Peut-être avez-vous modifié le suivi de News and Events > Forum summaries ? Il est mis en sourdine par défaut, et il semble que la description ne s’affiche pas pour les catégories mises en sourdine ![]()
Ah, en effet, il est désactivé. @Moin, tu es très perspicace. Je suppose qu’il pourrait alors être grisé, pour ne pas paraître étrange.
Il semble que la description ne soit pas affichée pour les catégories masquées.
Cela semble étrange. Y aurait-il une raison d’afficher une catégorie sans sa description, ou s’agit-il probablement d’une omission ?
Après avoir utilisé Meta pendant un certain temps avec les nouvelles catégories, je dois dire que je n’en suis pas fan. Je ne suis pas aussi agacé par la nouvelle organisation, mais je préfère l’ancienne.
Je pense toujours que moins de catégories pourraient être plus bénéfiques et moins confus, après avoir lu Do users properly use categories? - #6 by Bas et Do users properly use categories? - #9 by noahl, et après avoir utilisé plusieurs forums Discourse pendant plusieurs années.
J’apprécie davantage l’organisation des catégories de ceux qui n’ont pas (ou peu) de sous-catégories.
Ce n’est pas vraiment une friction lorsque nous essayons de créer un nouveau sujet, mais je trouve étrange que nous puissions créer des sujets dans certaines catégories parentes (par exemple Support), alors que nous sommes obligés d’utiliser des sous-catégories pour d’autres (par exemple Contribute).
L’autocomplétion pour les catégories que nous souhaitons lier dans un message ou dans la recherche peut créer des chaînes très longues :
Community Building > Data & reporting, Documentation > Migrating to Discourse, News and Events > Forum summaries, etc.
Surtout sur mobile et lorsque nous créons un nouveau sujet, il est pratiquement impossible d’afficher le chemin complet de la catégorie. Même la catégorie parente est tronquée :
Bien sûr, la nouvelle organisation n’est pas le seul problème ici (voir Creating/Editing a post on mobile: let's discuss the 2026 Discourse experience), mais elle s’ajoute à ces problèmes de lisibilité et d’encombrement, tant sur mobile que sur ordinateur de bureau.
J’ai délibérément utilisé une chaîne très longue sur la page de recherche, mais je ne peux même pas voir les mots-clés que je recherche, car la chaîne de catégorie occupe tout l’espace.
Je trouve ces longues chaînes comme #category:sub-category difficiles à lire en général.
Et dans la section latérale “Catégories”,
Nous avons des émojis, des icônes et des puces bicolores qui me rappellent beaucoup ces gommes :
Il y a probablement encore du travail en cours ici, notamment pour n’avoir que des icônes et plus d’émojis, mais quand même. Le mélange d’icônes et de puces bicolores, qui ressemblent parfois à une seule couleur (Contribute > Feature), est bruyant.
Je comprends que ce soit utile lorsque les choses sont liées et que chaque élément a son espace dédié, ce qui facilite la recherche d’informations précises.
J’apprécie les efforts collaboratifs pour essayer d’améliorer les choses à la fois pour les utilisateurs et les administrateurs, mais jusqu’à présent, je ne suis pas convaincu par ces récents changements. ![]()
Une chose que je trouve un peu frustrante, c’est que je ne peux plus taper #bug pour lier à Contribute > Bug. La catégorie parente là-bas l’empêche.
Je n’utilise généralement pas la fenêtre contextuelle de saisie automatique, préférant tout taper (sans parler du fait que la saisie automatique met quelques secondes à s’afficher). Ainsi, avec Bug/UX/Fonctionnalité dans une catégorie parente, je dois d’abord me souvenir du nom de la catégorie parente avant de la taper.
Après avoir utilisé Meta pendant un certain temps avec les nouvelles catégories, je dois dire que je n’aime pas trop. Je ne suis pas tellement agacé par la nouvelle organisation, mais je préfère l’ancienne.
Je ne parviens jamais à trouver quoi que ce soit et j’aboutis à utiliser ask.discourse.org pour presque toutes mes questions, même pour savoir comment configurer un plugin ou trouver une documentation que je sais exister. Il serait peut-être plus judicieux d’utiliser Google, du moins parfois.
Vous voulez trouver le plugin LDAP ? « ldap #plugin » ne le trouve pas. Où est-il ? #self-hosting/discourse-ldap-auth ? – Google, lui, le trouve. Il se trouve dans la catégorie Support > Self-hosting avec le tag discourse-ldap-auth. Il faut donc deviner si un plugin est un #plugin ou non ? Quand un plugin n’est-il pas un plugin ?
Sérieusement, j’aboutis à utiliser ask.discourse.org à chaque fois que j’ai besoin de trouver quelque chose.
Je ne sais pas si je fais vraiment attention à la catégorie dans laquelle je place un nouveau message. Je mets presque tout dans Support, sauf peut-être si je pense que cela concerne l’administration, auquel cas j’essaie de le placer dans Support > Self-hosting ?
L’auto-complétion pour les catégories que nous souhaitons lier dans un message ou dans la recherche peut créer des chaînes très longues :
Community Building > Data & reporting, Documentation > Migrating to Discourse, News and Events > Forum summaries, etc.
Cette demande UX ouverte à ce sujet pourrait peut-être bénéficier d’un rappel :
Pouvons-nous rendre les liens internes vers les sous-catégories plus concis ? - Contribuer / UX




