Demande de suivi issue de Ajouter un filtre à la syntaxe des requêtes de filtre de sujet (extension du plugin Discourse Events):
Le filtre event: est désormais fusionné et fonctionnel — merci !
Cependant, je rencontre une lacune qui limite son utilité en pratique : la route /filter (et donc le plugin Custom Topic Lists) n’interroge que les sujets normaux. Les messages sont entièrement exclus car ils utilisent un système de routes distinct (/topics/private-messages-group/... / topics/private-messages/...).
Cela signifie qu’une communauté utilisant les Messages en parallèle des discussions publiques ne peut pas créer une vue unifiée « tous les événements ». Il faut deux pages distinctes et il est impossible de combiner les filtres sur les deux.
À noter que le système de recherche couvre déjà les deux archétypes avec in:all — mais il ne permet pas de savoir quels résultats sont des événements. Le système de filtre connaît les événements — mais ne voit pas les messages. Aucun des deux n’est utile seul !
Le problème
event:any affichera tous les sujets publics contenant des événements, mais ignorera silencieusement tout événement créé dans un MP. Pour les groupes qui utilisent les MP pour les invitations, la coordination ou les événements sur invitation uniquement, il s’agit d’un angle mort significatif.
@pfaffman a rencontré la même limitation — findFilteredTopics n’atteint pas les sujets dont archetype = 'private_message' :
Solution proposée
Permettre à la route /filter d’inclure éventuellement les MP via un sélecteur d’archétype, par exemple :
event:any archetype:regular,privatemessage
Ou un booléen plus simple :
event:any include-messages
Cas d’usage
En tant qu’administrateur de communauté, je souhaite un seul lien dans la barre latérale qui affiche tous les événements du site — publics ou privés — afin que rien ne se perde entre deux vues distinctes.