# /filter wäre besser, wenn es private Nachrichten unterstützen würde **URL:** \ **Category:** Feature\ **Tags:** personal-messages, topic-filter\ **Created:** [5. November 2026 um 21:36 UTC](https://meta.discourse.org/t/filter-would-be-better-if-it-supported-personal-messages/416684 "2026-11-05T21:36:23Z")\ **Posts on this page:** 1\ **Showing post:** 1
**Author:** ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)\ **Post date:** [5. November 2026 um 21:36 UTC](https://meta.discourse.org/t/filter-would-be-better-if-it-supported-personal-messages/416684/1 "2026-11-05T21:36:24Z")
Anfrage als Folgethema von [Ereignis hinzufügen: Filter zur Abfragesprache des Themenfilters (Discourse Events Plugin Extension)](https://meta.discourse.org/t/add-event-filter-to-the-topic-filter-query-language-discourse-events-plugin-extension/415803/2): 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'`: > [@Kann ich findFilteredTopics verwenden, um PMs zu erhalten?](https://meta.discourse.org/t/can-i-get-findfilteredtopics-to-get-pms/338863): > > Ich möchte etwas Ähnliches wie [GitHub - nolosb/discourse-featured-lists: A Discourse theme component to feature custom topic lists.](https://github.com/nolosb/discourse-featured-lists) tun, das PMs auf anderen Seiten (wie „Neueste“) anzeigt. Die Idee ist, dass Gruppen-PMs schwer zu finden sind. Wenn ich also zum Beispiel ungelesene Gruppen-PMs auf /unread anzeigen könnte, wäre das wirklich großartig. Angenommen, ich kann herausfinden, wie ich sie anzeigen kann, brauche ich die Daten, um sie anzuzeigen. Kann ich so etwas tun: const topicLis… ### **Vorgeschlagene Lösung** Erlauben Sie der `/filter`-Route, optional private Nachrichten über einen Archetyp-Selektor einzubeziehen, z. B.: ```plaintext event:any archetype:regular,privatemessage ``` Oder einen einfacheren booleschen Wert: ```plaintext 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. --- _[View the full topic](https://meta.discourse.org/t/filter-would-be-better-if-it-supported-personal-messages/416684)._