Merci pour les suggestions @NateDhaliwal.
Pour préciser, le sujet que vous avez lié a été initialement créé sur socialhub.activitypub.rocks. Vous pouvez voir où il a été publié à l’origine dans les informations ActivityPub.
Peut-être qu’en vous expliquant un peu mieux le fonctionnement, vous comprendrez pourquoi cela n’aurait pas de sens.
Discourse prend en charge deux types d’acteurs ActivityPub qui peuvent publier et recevoir des messages : les catégories et les balises (tags). Actuellement, sur meta, il y a deux catégories et quatre balises qui ont ActivityPub activé. Vous pouvez les voir ici.
Pour réaliser ce que vous suggérez, la méthode consiste simplement à créer un acteur de catégorie. Les messages reçus par #announcements ou Contribute > Feature (c’est-à-dire les messages envoyés à announcements@meta.discourse.org ou feature@meta.discourse.org) vont directement dans ces catégories (si l’acteur de catégorie a l’option « sujet complet » activée).
Ce que vous remarquez, c’est que les messages reçus par un acteur de balise, par exemple activitypub@meta.discourse.org pour activitypub, ne sont pas automatiquement placés dans une catégorie spécifique. Si l’on y réfléchit dans le contexte que j’ai décrit, cela serait un peu étrange s’ils l’étaient.
Le rôle d’une balise est de regrouper taxonomiquement les sujets à travers différentes catégories. S’il y avait une catégorie par défaut dans laquelle tous les messages envoyés à activitypub@meta.discourse.org aboutissaient, alors nous devrions simplement créer une catégorie activitypub et créer un acteur pour celle-ci, plutôt qu’une balise.
En prenant un peu de recul, si l’on considère cela plus largement, il serait peut-être préférable d’utiliser une balise pour une taxinomie générique comme activitypub plutôt qu’une catégorie, et de catégoriser manuellement les sujets entrants si nécessaire. Il existe des acteurs plus spécifiques liés à des catégories précises, cependant activitypub peut englober une variété de types de sujets.
Finalement, cela revient à la manière dont une communauté souhaite se gérer et entretenir sa relation avec le fediverse. Je ne pense pas qu’une solution technique soit nécessaire ici, du moins pas encore. Peut-être que @tobiaseigen aura quelques réflexions supplémentaires sur la manière dont il souhaite aborder cette question.