Richiesta di follow-up da Aggiungi evento: filtro al linguaggio di query dei filtri argomento (estensione plugin Discourse Events):
Il filtro event: è ora unito e funzionante — grazie!
Tuttavia, ho riscontrato una lacuna che ne limita l’utilità nella pratica: la rotta /filter (e quindi il plugin Custom Topic Lists) interroga solo gli argomenti regolari. I messaggi sono esclusi completamente perché utilizzano un sistema di rotte separato (/topics/private-messages-group/... / topics/private-messages/...).
Ciò significa che una community che utilizza i Messaggi accanto alle discussioni pubbliche non può creare una vista unificata “tutti gli eventi”. Servono due pagine separate e non è possibile combinare i filtri su entrambe.
Da notare che il sistema di ricerca già copre entrambi gli archetipi con in:all, ma non può dirmi quali risultati sono eventi. Il sistema di filtri sa degli eventi, ma non vede i messaggi. Nessuno dei due è utile da solo!
Il problema
event:any mostrerà tutti gli argomenti pubblici con eventi, ma ignora silenziosamente qualsiasi evento creato in un MP. Per i gruppi che utilizzano gli MP per inviti, coordinamento o eventi su invito, questa è una notevole area cieca.
La stessa limitazione è stata riscontrata da @pfaffman: findFilteredTopics non raggiunge gli argomenti con archetype = 'private_message':
Soluzione proposta
Consentire alla rotta /filter di includere opzionalmente gli MP tramite un selettore di archetipo, ad esempio:
event:any archetype:regular,privatemessage
Oppure un booleano più semplice:
event:any include-messages
Caso d’uso
Come community manager, voglio un unico link nella barra laterale che mostri ogni evento sul sito — pubblico o privato — così che nulla venga perso tra due viste separate.