Solicitud posterior de Agregar filtro de eventos al lenguaje de consulta de filtros de temas (extensión del plugin Discourse Events):
El filtro event: ya está fusionado y funcionando — ¡gracias!
Sin embargo, he encontrado una brecha que limita su utilidad práctica: la ruta /filter (y por lo tanto, el plugin Custom Topic Lists) solo consulta temas normales. Los mensajes se excluyen por completo porque utilizan un sistema de rutas separado (/topics/private-messages-group/... / topics/private-messages/...).
Esto significa que una comunidad que utiliza Mensajes junto con discusiones públicas no puede crear una vista unificada de «todos los eventos». Necesitas dos páginas separadas y no puedes combinar filtros en ambas.
Cabe destacar que el sistema de búsqueda ya abarca ambos arquetipos con in:all, pero no puede indicarme qué resultados son eventos. El sistema de filtros sabe sobre los eventos, pero no puede ver los mensajes. ¡Ninguno es útil por sí solo!
El problema
event:any mostrará todos los temas públicos con eventos, pero omitirá silenciosamente cualquier evento creado en un MP. Para los grupos que usan MPs para invitaciones, coordinación o eventos solo por invitación, esta es una gran área ciega.
La misma limitación fue mencionada por @pfaffman — findFilteredTopics no accede a los temas con archetype = 'private_message':
Solución propuesta
Permitir que la ruta /filter incluya opcionalmente MPs mediante un selector de arquetipo, p. ej.:
event:any archetype:regular,privatemessage
O un booleano más simple:
event:any include-messages
Caso de uso
Como administrador de la comunidad, quiero un solo enlace en la barra lateral que muestre todos los eventos del sitio, públicos o privados, para que no se pierda nada entre dos vistas separadas.