Sehen Sie dies nur für Kanäle, bei denen Threads kürzlich aktiviert wurden und der Client seit dieser Änderung noch nicht aktualisiert wurde? Oder auch in Fällen, in denen Sie bereits einmal aktualisiert haben, seit Threads aktiviert wurden?
Ich glaube, wir haben so etwas vor nicht allzu langer Zeit gesehen und behoben.
Vielleicht ist es wieder aufgetaucht? Wenn Sie jetzt auf die neueste Version von tests-passed aktualisieren, sehen Sie das Problem immer noch?
Alle unsere Chat-Kanäle wurden kürzlich aktiviert.
Und ich bin mir nicht sicher, wann oder wie die Benutzer ihre Browser aktualisiert haben. Wäre es vielleicht eine gute Idee, jedes Mal, wenn ein Update installiert wurde oder der Administrator Systemparameter geändert hat, eine vollständige Aktualisierung vom System zu erzwingen?
Ich weiß nichts über Ihre Benutzer, aber ich kenne die Benutzer, die wir haben, und sie zu bitten, zu aktualisieren, könnte zu der Frage führen, ob das etwas Essbares ist oder nicht.
Ich werde jetzt die neueste Version installieren und meine Testbenutzer bitten, zuzusehen. Danke für Ihre Rückmeldung.
Hallo! Ich finde es toll, dass das sofortige Beantworten eines Kommentars einen neuen Thread erstellt 
Ich würde vorschlagen, davon auszugehen, dass ein neuer Kommentar eine Antwort auf den unmittelbar vorherigen Kommentar ist. Dies ist das häufigste Szenario in einer Konversation. Es ist natürlich, dass Leute “Antwort an” für einen Kommentar verwenden, der bereits im Gespräch steht, aber wenn Leute auf den unmittelbar vorherigen Kommentar antworten wollen, verwenden sie es nicht. Sobald eine Person in dieser Situation zu tippen beginnt, würde ich davon ausgehen, dass sie auf den unmittelbar vorherigen Kommentar antworten und einen Thread erstellen möchte (dies funktioniert auch, wenn neue Kommentare erscheinen, sodass die Person nicht löschen und neu schreiben muss). Wenn Leute also zu tippen beginnen, steht darüber eine Zeile mit der Aufschrift “Antwort an (…)”, und wenn sie das nicht möchten, können sie auf ein “x” direkt daneben klicken. Dies würde den Prozess optimieren und meiner Meinung nach dazu beitragen, den Kanal sauber zu halten.
Ich freue mich, dass andere das Chatten ernst genug nehmen, um es zu erhalten. Es ist großartig, dass wir jetzt eine CSV-Datei unseres Chats erhalten können. Es wäre noch besser, wenn diese Aufgabe automatisch als Admin-Einstellung gehandhabt werden könnte. Es ist jedoch ein Schritt nach vorne.
Der Anstoß und die Formulierung von „Chat“ waren, dass er flüchtig und nicht aufbewahrungswürdig sei. Vielleicht wird er als eine Möglichkeit gesehen, die Last der Aufnahme von „Geplauder“ in die Datenbank zu umgehen? Was auch immer die ursprünglichen Motivationen waren, es ist offensichtlich, dass die Leute das Geplauder bewahren wollen und Schritte unternommen werden, um dies für Administratoren zu ermöglichen.
Ich bin sehr zufrieden mit dem Fortschritt und freue mich darauf, dass er vollständig erhalten bleibt.
Ich beginne damit, etwas anzuerkennen, das für jeden, der Chat-basierte Kommunikation nutzt, eine Binsenweisheit ist – Chat ist sehr subjektiv und es ist praktisch unmöglich, die „richtige“ Lösung zu finden, wenn man eine der vielen Optionen wählt.
Ich neige dazu, Chat-Threading in zwei Kategorien einzuteilen: Teilbereiche und Inline.
Plattformen, die dem Teilbereich-Format folgen, erstellen „Taschen“, wenn jemand auf eine Nachricht antwortet, und alle Antworten werden in dieser Tasche aufbewahrt, außer Sichtweite, es sei denn, jemand klickt, um ihr beizutreten. Dies ist den Leuten oft von Slack vertraut und so würde ich die Lösung klassifizieren, die in der Chat-Funktion von Discourse integriert ist.
Inline-Antworten behalten alle Antworten im Haupt-Chat-Thread und verweisen über einen Link/Anker auf die vorherige Nachricht. Davon gibt es zwei Varianten – mit und ohne zitierten Text. Ein Beispiel mit zitiertem Text wäre Discord (das einen Auszug anstelle des vollständigen Zitats verwendet) oder Messages auf Apple-Geräten. Discord hatte früher unzitierte Inline-Antworten, bevor es zu seinem aktuellen Format wechselte. Das andere Beispiel für unzitierte Inline-Antworten ist die Chat-Funktion auf Stack Exchange / Stack Overflow.
Beide sind gültig und haben ihre Verwendungszwecke, und beide „lösen“ gewissermaßen die Probleme, die die jeweils andere Art schafft.
Als langjähriger Benutzer von Slack und Discord würde ich argumentieren, dass die „richtige“ Lösung wahrscheinlich diejenige ist, die kein Entwickler hören möchte – beides haben. Ich habe festgestellt, dass die größten Bestimmungsfaktoren (für mich), welche ich bevorzuge, sind:
All das soll sagen, dass es keine Einheitslösung gibt (oder auch nur für die meisten). Ich habe speziell nach diesem Meta-Post gesucht, weil ich mich in einem 1-1-Chat auf einer anderen Discourse-Instanz befand und überrascht war, die Wahl des Threadings zu sehen und mir wirklich gewünscht hätte, ich könnte Threads vermeiden.
Einige Ideen, wenn Sie beide Optionen anbieten möchten:
Ich denke, was Sie haben, ist in Ordnung, aber ich würde mich freuen, wenn Discourse in Erwägung ziehen würde, die Grenze zwischen diesen beiden unterschiedlichen Methodologien zu verwischen, während Sie die Funktion weiterentwickeln.
Vielen Dank für diese gut durchdachte und konstruktive Denkweise.
Wir hören Ihnen wirklich zu und die meisten Punkte sind uns mindestens ein paar Mal durch den Kopf gegangen. Ich bin ziemlich zuversichtlich, dass dieses Problem irgendwann in naher (oder fernerer) Zukunft angegangen wird, da der Chat reift und mehr angenommen wird.
Ich denke, das könnte gut gelöst werden, indem Inline-Auszüge aller Threads bis zu einem bestimmten Limit angezeigt werden. Wenn es also wenige Kommentare gibt, sind sie alle lesbar, und wenn es mehr gibt, sind einige inline lesbar, was bereits einen schnellen Überblick über das Gespräch gibt (und der Benutzer kann bei Interesse den Unterbereich aufrufen).
Meiner Meinung nach gilt das auch für Forumsthemen. Ich möchte Ausschnitte aus dem ersten und den neuesten Kommentaren/Antworten auf der obersten Listenebene sehen, um sie leicht überfliegen zu können. Ich habe ein ähnliches System gebaut und damit experimentiert, und man konnte mehrere Threads gleichzeitig überwachen, indem man einfach die neuesten paar Antworten ständig aktualisieren sah. (Hinweis: Dies war eine Antwort auf den obigen Beitrag, der in den separaten Beitrag unten integriert wurde)
Ich gehe davon aus, dass Themen und Threads irgendwann zum selben Basissystem werden. Es ist hauptsächlich ein UX/Präsentationsunterschied, oder? Andernfalls müssen wir für beide viele der gleichen Funktionen und Möglichkeiten duplizieren.
Wir haben derzeit keine Pläne, Threads zu Themen einzuführen. Dies ist eine reine Chat-Funktion.
Es gibt viele bestehende Diskussionen zur Einführung von Thread-Antworten, wenn Sie die Unterhaltung in einer davon fortsetzen möchten?
Was ich meine ist, dass Chats mit Threads sich nicht wesentlich von einem Forum mit Themen unterscheiden. Wenn neue Funktionen in Discourse eingeführt werden, möchten wir natürlich, dass viele davon sowohl für Forum-Beiträge als auch für Chat-Beiträge gelten, was einfacher wäre, wenn sie darunter technisch gesehen dasselbe Kernsystem wären.
Ich befürworte ebenfalls die Konvergenz und denke, dass sie langfristig der robusteste Ansatz für alles im Allgemeinen ist, um zu erkennen, wo Abstraktionen von Funktionalitäten gleich sind und sie somit auch so zu gestalten. Zum Beispiel habe ich einmal vorgeschlagen, Tags als eine Form von „Meta-Kategorien“ zu betrachten.
Ein Beitrag wurde in ein neues Thema aufgeteilt: Kann nicht auf eine Chat-Nachricht antworten, um einen Thread zu erstellen
