Hallo,
Ist es möglich, einen Cache oder etwas Ähnliches für die „recent-replies“ zu haben? Es sieht so aus, als ob die Informationen bei jedem Seitenaktualisierung neu abgerufen werden.
Hallo,
Ist es möglich, einen Cache oder etwas Ähnliches für die „recent-replies“ zu haben? Es sieht so aus, als ob die Informationen bei jedem Seitenaktualisierung neu abgerufen werden.
Ich habe dasselbe Problem. Es war definitiv früher richtig geordnet und es sieht nicht so aus, als könnte ich den Parameter „order“ für diese Liste verwenden.
Danke für die Bestätigung, ich dachte schon, ich bilde mir das nur ein
Es gab einen Fehler, der sich nur in einigen Fällen bemerkbar machte, zum Beispiel wenn ein Ereignis mit einem einstelligen Datum nach einem Ereignis mit einem mehrstelligen Datum hinzugefügt wurde. In den meisten Fällen funktionierte es also ordnungsgemäß, aber manchmal, wie auf Ihrem Screenshot, wurde derselbe Monat mit 31 vor 3 angezeigt.
Dies sollte es beheben, sobald es zusammengeführt wird: FIX: Correctly order events in upcoming events list by pmusaraj · Pull Request #34526 · discourse/discourse · GitHub
Danke Penar! Tolle Arbeit, so einen obskuren Bug aufzuspüren
Später, als sich die Daten änderten und es richtig funktionierte, dachte ich, ich würde verrückt werden ![]()
Ein kleiner Tipp zur Minimal-Gamification-Rangliste:
Ich wollte ein Suffix hinzufügen – z. B. YR, MO, QTR –, um den Titel der Rangliste in der Seitenleiste anzugeben, welcher Zeitraum angezeigt wird (basierend auf dem Standardzeitraum, der in Gamification festgelegt ist):

Aber die Seitenleiste erhält diese Blocküberschrift direkt vom Ranglistentitel in Gamification. Die vollständige Rangliste, auf die über das Hauptmenü zugegriffen wird, kann mehrere Datumsbereiche anzeigen, daher wollte ich kein Suffix im Titel verwenden:
Ich konnte dies mit etwas benutzerdefiniertem CSS erreichen, das den Ranglistenblock in der Seitenleiste anspricht:
.leaderboard h3::after {
content: " - QTR";
}
(Natürlich muss ich das CSS bearbeiten, wenn ich den Standardzeitraum der Rangliste ändere – aber das sollte selten vorkommen.)
Was muss ich bei „In Routen anzeigen“ eingeben, damit die Seitenleiste auf allen /tag/-Seiten angezeigt wird?
Und noch besser: Wie erhalte ich die Route einer beliebigen Seite?

An welche Arten von Seiten denken Sie?
Danke! Jede Seite, natürlich.
Ja haha, ich muss wissen, welche Seiten Sie im Sinn haben, damit ich Ihnen mitteilen kann, was Sie ausfüllen müssen. Ich glaube, nicht alle Seiten werden unterstützt. Unten ist eine gute Liste:
Zum Beispiel alle Kategorien und alle Themen.
Wenn es nicht unterstützt wird, kann ich es leicht durch Ausprobieren überprüfen – die Frage ist, woher weiß ich, dass die Kategorieseite discovery.categories ist oder dass alle Tag-Seiten tag.show sind? Wie erhalte ich diesen Routenwert selbst oder sehe zumindest die vollständige Liste der Routen?
Ich würde dies als eine Art Liste verwenden: discourse/frontend/discourse/app/routes/app-route-map.js at main · discourse/discourse · GitHub. Obwohl ich nicht überzeugt bin, dass dies die Art von Liste ist, nach der Sie gefragt haben.
Es ist ein wenig kompliziert. Der Grund, warum es meistens mit discovery beginnt, ist, dass die Seitenleiste in einem Outlet in der discovery-Route hier in der Kernanwendung eingefügt wird:
Anschließend wird auf jeder Seite eine Überprüfung durchgeführt, um festzustellen, ob die Blöcke angezeigt werden sollen:
Und diese „Routen“ sind Ember-Routen. @Moin hat Recht, wenn er sich diese Datei ansieht, woraus man Dinge wie ableiten kann:
usw. Aber die Beispiele, die ich oben zitiert habe, sind so ziemlich die Hauptrouten, in denen dieser TC nützlich wäre.
Danke euch beiden. Ja, es ist sehr benutzerunfreundlich, aber es ist etwas, womit ich herumspielen kann ![]()
Die Themenkomponente ist nur dafür gedacht, an Stellen angezeigt zu werden, an denen es eine Liste von Themen gibt.

Ich denke also, die Liste in der Beschreibung ist so ziemlich alles, was wir bekommen.

Ich protokolliere die Routen normalerweise in der Konsole. Du könntest eine einfache Theme-Komponente verwenden, die ich persönlich dafür nutze: Manuel Kostka / Discourse / Helpers / Development · GitLab