Anfrage als Folgethema von Ereignis hinzufügen: Filter zur Abfragesprache des Themenfilters (Discourse Events Plugin Extension):
Der event:-Filter ist nun zusammengeführt und funktioniert – danke!
Allerdings bin ich auf eine Lücke gestoßen, die den praktischen Nutzen einschränkt: Die /filter-Route (und damit das Custom Topic Lists Plugin) durchsucht nur normale Themen. private Nachrichten werden vollständig ausgeschlossen, da sie ein separates Routensystem verwenden (/topics/private-messages-group/... / topics/private-messages/...).
Das bedeutet, dass eine Community, die private Nachrichten neben öffentlichen Diskussionen nutzt, keine einzelne einheitliche „Alle Ereignisse“-Ansicht erstellen kann. Man benötigt zwei separate Seiten und kann die Filter nicht über beide hinweg kombinieren.
Bemerkenswert ist, dass das Suchsystem mit in:all bereits beide Archetypen abdeckt – aber es kann mir nicht sagen, welche Ergebnisse Ereignisse sind. Das Filtersystem kennt Ereignisse – aber es kann keine privaten Nachrichten sehen. Keines der beiden ist allein nützlich!
Das Problem
event:any zeigt alle öffentlichen Themen mit Ereignissen an, überspringt aber stillschweigend jedes Ereignis, das in einer privaten Nachricht erstellt wurde. Für Gruppen, die private Nachrichten für Einladungen, Koordination oder nur auf Einladung zugängliche Ereignisse verwenden, ist dies eine erhebliche Blinde Stelle.
Dieselbe Einschränkung traf auch auf @pfaffman zu – findFilteredTopics erreicht keine Themen mit archetype = 'private_message':
Vorgeschlagene Lösung
Erlauben Sie der /filter-Route, optional private Nachrichten über einen Archetyp-Selektor einzubeziehen, z. B.:
event:any archetype:regular,privatemessage
Oder einen einfacheren booleschen Wert:
event:any include-messages
Anwendungsfall
Als Community-Manager möchte ich einen einzigen Link in der Seitenleiste, der jedes Ereignis auf der Website – öffentlich oder privat – anzeigt, damit nichts zwischen zwei separaten Ansichten untergeht.