Sinnvolle Gespräche entstehen, wenn alle im Raum die Gedanken der anderen gehört haben. Eine flache, lineare Zeitleiste war auf Discourse schon immer die beste Möglichkeit, dies zu ermöglichen. Doch diese flache Darstellung eignet sich nicht für jede Community. In größeren, schnelllebigen Foren ist es unmöglich, bei Tausenden von Antworten auf einer einzigen Zeitleiste den Überblick zu behalten. Deshalb haben wir dieses Jahr vorsichtig mit einer vollständig verschachtelten Antwortansicht experimentiert und sind überzeugt, dass sie sich hervorragend für Communities eignet, die dem flachen Format entwachsen sind.
Was als experimentelles Plugin begann, hat sich zu einem Projekt entwickelt, das direkt in Discourse integriert wird. Hier sehen Sie, wie ein verschachteltes Thema aktuell aussieht:
Die Website-Einstellungen zum Aktivieren dieser Funktion finden Sie in der Admin-Oberfläche. Navigieren Sie zum Abschnitt „Verschachtelte Antworten“, um die Funktion, Standard-Sortiermodi, maximale Verschachtelungstiefe und weitere Einstellungen anzupassen.
Roadmap
Die Funktion „Verschachtelte Antworten“ befindet sich noch in der Entwicklungsphase. Die Roadmap ist daher noch nicht vollständig ausgearbeitet. Folgende Punkte sind jedoch geplant:
Verbesserte mobile Nutzererfahrung
Überarbeitung der Themen-Timeline für die verschachtelte Ansicht. Aktuell wird in diesem Modus keine Timeline angezeigt.
Hinzufügen mindestens eines neuen Sortiermodus für Beiträge mit verfallendem Alter, ähnlich unserer „Hot“-Funktion für Themenlisten.
Einschränkungen
Wenn die Verschachtelung für eine Kategorie aktiviert ist, bleiben bestehende Themen im flachen Modus. Jedes Thema kann einzeln über das Admin-Symbol (Schraubenschlüssel) aktiviert oder deaktiviert werden. Derzeit ist es jedoch nicht möglich, eine bestehende Kategorie in den verschachtelten Modus umzuwandeln.
Wir freuen uns über Ihr Feedback
Wir benötigen Ihr Feedback und Ihre Erfahrungen mit dieser Funktion, um die Weiterentwicklung zu optimieren. Wenn diese Funktion für Ihre Community interessant erscheint, testen Sie sie und teilen Sie uns Ihre Meinung und die Ihrer Nutzer mit!
OMG JA. Auch das Timing ist perfekt. Ich migriere heute Nacht ein Forum auf einen neuen Server mit zwei Containern und kann es kaum erwarten, dieses durch das neue zu ersetzen, wenn die reguläre Saison und unsere Sportwettenpools in ein paar Wochen beginnen. Das sollte auch ein guter Testfall sein.
Es wird so cool sein, die Optionen für sowohl flache als auch eingebettete Diskussionen zu haben – danke dafür, @markvanlan und Team.
Es wird sicher lustig sein, zu sehen, was dabei kaputtgeht :laugh:
Nur zur Info: Wenn es neue Antworten in mehreren Ästen des Baums gibt, scheint die Einzelthread-Ansicht mir nur jeweils eine auf einmal anzuzeigen. Ich musste mehrmals zurückkehren, wobei die Anzahl der ungelesenen Nachrichten jedes Mal um eins zurückging.
Ok, ich bin mir nicht sicher, wie praktikabel der Massenumschaltvorgang für Kategorien mit Zehntausenden von Themen sein wird. Könnten Rails-Massen-/Batch-Konvertierungsaufgaben eine Option sein?
Und ist das reversibel? Kann ein verschachteltes Thema zurück in ein flaches Thema umgewandelt werden?
Ja, das stimme ich zu. Das ist derzeit eine Einschränkung, und wir werden das definitiv weiter im Auge behalten.
Der Hauptgrund, warum ich mich entschieden habe, historische Themen in einer Kategorie nicht automatisch umzuwandeln, wenn diese Einstellung aktiviert ist, liegt darin, dass Nutzer wahrscheinlich anders interagieren. Im flachen Modus sind die verschiedenen Antworten-Buttons weniger relevant. Der Beitrag wird am Ende des Themas eingefügt. Ich bin mir nicht sicher, ob Nutzer immer bewusst den „richtigen
[quote=“markvanlan, Beitrag: 11, Thema: 402812”]
Im flachen Modus sind die verschiedenen Antworten-Buttons weniger wichtig. Der Beitrag wird am Ende des Themas platziert. Ich bin mir nicht sicher, ob Nutzer immer absichtlich den „richtigen
Das Problem bei dieser Lösung ist, dass sie im UX für Mitglieder nicht übersetzt wird, die in ihren Einstellungen eine Nicht-Englisch-Sprache gewählt haben.
Deutet das darauf hin, dass es zunächst isoliert in unseren Communities getestet werden sollte, bevor wir alle den Hebel umlegen und jedes bestehende Thema konvertieren?
[quote=“markvanlan, Beitrag: 11, Thema: 402812”]
Die einfachste Änderung, an die ich denken kann, ist: Wenn die Kategorieeinstellung umgeschaltet wird, erscheint ein Modal-Fenster mit der Frage: „Möchten Sie dies auf bestehende Themen anwenden?
Wenn es meine Community wäre, würde ich zuerst einen isolierten Test durchführen. Andererseits würden Sie durch die Aktivierung für Ihre gesamte Community wertvolleres Feedback schneller erhalten . Spaß beiseite: Ich denke, ein isolierter Test ist wahrscheinlich klug, aber hier gibt es keine zerstörerischen Datenmigrationen. Die Funktion kann sicher ein- und ausgeschaltet werden. Keine Ihrer Entscheidungen wird Sie in eine bestimmte Richtung festlegen.
Ich habe diesen Teil wohl versehentlich schon beantwortet! Das Aktivieren der Verschachtelung erstellt einfach einen nested_topic-Datensatz für jedes Thema in der Datenbank und startet einen Job, um die Antwortanzahl entlang des Ahnenbaums zu berechnen. Das Deaktivieren der Verschachtelung entfernt diesen nested_topic-Datensatz und Sie sind wieder im flachen Modus, ohne Probleme.
Fühlen Sie sich frei, damit in dieser Kategorie zu spielen:
Gibt es einen Grund, warum dies nur von Mitarbeitern und nicht von normalen Benutzern umgeschaltet werden kann? Als ich gesehen habe, dass dies zu Meta kommt, dachte ich, es würde zum Menü für Beitragstypen hinzugefügt werden, aber der Schalter ist hinter dem Schraubenschlüssel-Symbol für Mitarbeiter verborgen.
Ich bin mir nicht sicher, ob ich einen spezifischen Anwendungsfall habe. Ich hatte einfach angenommen, es würde wie die Abstimmung bei Beiträgen implementiert werden.
Wir möchten nicht, dass dies eine Entscheidung oder Präferenz des Benutzers ist. Es liegt an den Administratoren zu entscheiden, wie ihre Seite funktionieren soll. Die beiden Paradigmen sind sehr unterschiedlich, und Benutzer sollten auf denselben Inhalten nicht so unterschiedlich interagieren. Das ist zumindest unser aktueller Gedanke.
Werbeblöcke funktionieren in dieser Struktur nicht gut, und die Konvertierung von Themen führt häufig zu einem Fehler, bei dem die Elemente auf dem Bildschirm verschwinden und nur der Titel bearbeitet werden kann.
Tolle Funktion! Allerdings bin ich mehr an der Sortierung nach Top / Neu / Alt interessiert als am verschachtelten Layout selbst. Ich habe in meiner mobilen App (einem Discourse-Client) bereits ähnliche Sortiersteuerungen implementiert und würde diese gerne nativ unterstützen, anstatt meine aktuelle Methode zu nutzen, die zwar funktioniert, wie ich unten zeigen werde.
Beim Blick auf den Quellcode sehe ich, dass GET /n/{slug}/{topic_id}.json?sort={top|new|old}&page={n} das Thema in der verschachtelten Ansicht zurückgibt, sortiert nach dem gewählten Modus. Meine Frage: Besteht Interesse daran, nur die Sortierung über den bestehenden Endpunkt /t/{slug}/{topic_id}.json (z. B. ?sort=top) freizugeben, damit auch Clients mit flacher Ansicht davon profitieren können?
Wenn die Sortierung in der flachen Ansicht verfügbar wäre, könnten Drittanbieter-Clients diese Option nutzen, ohne das Rendering-Modell der verschachtelten Ansicht übernehmen zu müssen.
Mir ist bewusst, dass die Datenstruktur der verschachtelten Ansicht (Stammposts + verzögert geladene Unterposts) es erst ermöglicht, eine sortierung auf Serverseite effizient umzusetzen, und dass die flache Ansicht anders paginiert. Sollte eine vollständige Sortierung in der flachen Ansicht aus Leistungsgründen nicht realistisch sein, wäre sogar eine optionale ?sort=top&limit=N ausreichend, um eine „Highlights“-Ansicht zu ermöglichen.
. Spaß beiseite: Ich denke, ein isolierter Test ist wahrscheinlich klug, aber hier gibt es keine zerstörerischen Datenmigrationen. Die Funktion kann sicher ein- und ausgeschaltet werden. Keine Ihrer Entscheidungen wird Sie in eine bestimmte Richtung festlegen.
