Discourse ist von Anfang an eine Ember-App.
Es werden nur einige der Strukturen geändert und Ember Components standardisiert.
Erlauben Sie mir:
5 „Gefällt mir“
Ich hatte gerade eine Idee, sie ist noch roh, wollte sie aber äußern, damit ich sie nicht zu sehr ohne Input von anderen entwickle.
Was wäre, wenn Discourse eine Möglichkeit hätte, Leuten verschachtelte Diskussionen zu ermöglichen, bis die Antworten einen bestimmten Schwellenwert erreichen, und dann die Leute entweder zwingt, mit einem verknüpften Thema zu antworten, oder sie dringend dazu auffordert?
Für mich kann es zu der Frage werden, was Discourse sein will… wenn es reine, fokussierte Langform-Gespräche sein will, dann scheint der aktuelle Modus gut zu funktionieren. Wenn es jedoch eine Community-Plattform mit Veranstaltungen und Benutzerverzeichnissen und interagierenden Menschen sein will, dann denke ich, dass es davon profitieren könnte, kurze, fast Smalltalk-Interaktionen hinzuzufügen.
Ein Beispiel
Ich poste meine Podcast-Episoden automatisch in mein Discourse (kleingeschrieben, um es zu verallgemeinern, ich bin mir nicht sicher, ob das Unternehmen das mögen würde, lol) und während einige Episoden 5-10 Minuten dauern, sind einige über 3 Stunden lang.
Für einen dreistündigen Podcast stelle ich mir vor, dass es für die Leute fast unmöglich sein wird, eine fokussierte Diskussion darüber zu führen, da einige auf 00:06:00 und andere auf 01:34:24 und andere auf 02:33:50 kommentieren wollen. Viele der Kommentare könnten kurz sein, wie das Zitieren eines Teils des Transkripts und das Sagen von “Wow, das habe ich noch nie bedacht” oder das Zitieren eines anderen Teils und das Sagen von “Ich stimme dem hier entschieden nicht zu” oder einfach nur das Liken oder 100%ige Zustimmen zu verschiedenen Teilen.
Ich glaube, dass diese kleinen Kommentare viel Wert für eine Community bringen können, nicht nur, weil sie es den Leuten erleichtern, sich einzubringen, sondern auch, um Diskussionen anzustoßen. Vielleicht sehe ich das “Ich stimme dem hier entschieden nicht zu” und möchte weitermachen, und wenn ich weitermachen möchte, bin ich vielleicht ein wenig erhitzt und möchte tiefer gehen. Und dann antworten sie ausführlicher. Dann wird das Threading unübersichtlich.
Aber was wäre, wenn die Software an diesem Punkt sagt: “Hey, starte ein verknüpftes Thema, um tiefer darauf einzugehen” oder so etwas?
Smalltalk vs. Langform
Ich denke, verschachtelte Diskussionen eignen sich gut für Smalltalk und ich denke, lineare Diskussionen eignen sich gut für Langform, und ich denke, es könnte für die FBs, IGs, HNs, Reddits und andere der verschachtelten Welt sehr schwierig sein, die lineare Diskussion zu erstellen, vielleicht ist es für die linearen wie Discourse einfacher, anfängliches Threading hinzuzufügen und dann zu linear aufzuteilen, wenn es zu lang wird. Tatsächlich glaube ich, dass Facebook eine maximale Verschachtelungsebene hat und die Konversation dann auch linear gestaltet.
Ich weiß nicht, vielleicht hat Slack das versucht und ist gescheitert, lol.
Irgendwelche Gedanken dazu?
1 „Gefällt mir“
Ist das nicht so, wie Discourse funktioniert? Smalltalk kann in Chat gefädelt werden, und Longform-Diskussionen können in Themen stattfinden.
Wenn jemand im Chat beginnt, ja, aber nicht, wenn jemand mit etwas wie einem Blogbeitrag beginnt, der verschachtelte Kommentare darunter hat.
Ich denke, der Ausgangspunkt, den ich vorschlage, wäre eher so, wie ein Facebook-Post oder ein Instagram-Post funktioniert, oder vielleicht sogar wie ein Post auf Reddit, während ich denke, dass der, den Sie vorschlagen, eher wie eine WhatsApp-Gruppe oder ein anderer Gruppenchat ist, bei dem es einen stetigen Gesprächsfluss gibt, oft um einen Gruppennamen oder vielleicht einen sehr übergeordneten Themenbereich.
Vielleicht ist das, was ich vorschlage, weniger wie Slack, denn Slack scheint eher wie der Gruppenchat zu sein, nur mit den übergeordneten Themenbereichen, nicht mit einem so spezifischen Thema wie einem Post.
1 „Gefällt mir“
Ich denke, dass vielleicht nur das Hinzufügen einer Schaltfläche zum Antworten als verknüpfter Beitrag neben „Antworten“ unter jedem Beitrag einigen dieser Wünsche nach Threading helfen könnte. Ein Thread (neuer Beitrag) ist nur dann nützlich, wenn Sie Dinge sagen möchten, die nur für einige Personen im Gespräch interessant sind und denen sie folgen möchten.
Das andere Stück könnte jedoch darin bestehen, eine Art Link oder Hinweis darauf zu hinterlassen, dass der Thread/neue Beitrag stattgefunden hat. Das haben wir jetzt, aber nicht an der Stelle, an der der neue Beitrag abgetrennt wurde.
Wenn es also eine verknüpfte Antwort auf einen Beitrag gäbe, gäbe es einen Link dazu direkt unter der Symbolleiste für Antworten und nicht nur den, der sich unter dem OP befindet, sondern genau so.
5 „Gefällt mir“
Ich glaube, ich habe es im Thread gesagt. Wenn Sie versuchen, mit einer aktiven Diskussion Schritt zu halten, ist Threading ein Albtraum. Sie können nie sicher sein, ob Sie alles gesehen haben oder vielleicht etwas Wichtiges verpassen. Threading ist nur für abgeschlossene, archivierte Diskussionen nutzbar. Ich denke, dass jede “Antwort auf einen Beitrag” in der Benutzeroberfläche angezeigt werden muss, auch wenn Sie direkt auf den Beitrag darüber antworten (letztes Mal, als ich nachgesehen habe, war dies eine Option in den Einstellungen, standardmäßig auf “aus” gestellt).
2 „Gefällt mir“
Ich habe Reddit und andere Communities genutzt, die verschachtelte Diskussionen hatten, und es hat für mich gut funktioniert. Ich mochte es nicht, eine weitere Seite laden zu müssen, um eine Diskussion weiterzulesen, und einige von ihnen taten das nach ein paar Ebenen. Und ich mochte es nicht, horizontal scrollen zu müssen, wenn sie zu tief wurden. Und ich mochte es nicht, dass sie zu klein wurden, wenn sie zu viele Ebenen hatten. Aber es gibt Optionen, das zu lösen. Wir haben jetzt mehr Erfahrung.
Aber 2 Milliarden Menschen im Monat nutzen Reddit und 1,4 Milliarden von ihnen nutzen das Kommentarsystem. Ich sehe sie sich nicht beschweren.
Ich habe Discourse für technischen Support genutzt und es hat großartig funktioniert! Aber ich möchte ein Diskussionsforum haben, und dort genieße ich wirklich die verschachtelten Diskussionen, die andere Communities haben, und ich möchte diese Option auch mit Discourse haben. Wie ich bereits erwähnt habe, werde ich nach Möglichkeit helfen.
2 „Gefällt mir“
Das ist Teil meines Plans, Discourse zur Steuerung eines Kommentarsystems zu verwenden. Wenn angezeigt wird, dass eine Antwort auf einen Kommentar (im Gegensatz zu einer Antwort auf den Artikel als Ganzes) eine neue Diskussion ausgelöst hat, werden die Beteiligten aufgefordert, die Diskussion in einem neuen Thema im Forum zu verschieben. Die Logik, die anzeigt, dass eine neue Diskussion begonnen hat, kann sehr einfach sein. Zum Beispiel wird nach zwei direkten Antworten auf einen Beitrag beim nächsten Mal, wenn jemand auf die Schaltfläche „Antworten“ des Beitrags klickt, oberhalb des Beitragseditors ein Link angezeigt, der es ihm erleichtert, ein neues Thema zu starten. Die anderen Teilnehmer des „Threads“ werden zum neuen Thema eingeladen.
In diesem Fall werden die Kommentare auf einer Website generiert, genau wie ein normales Kommentarsystem. Die zugehörigen Diskussionen finden nur auf Discourse statt, werden aber von den Kommentaren der Website verknüpft.
3 „Gefällt mir“
Und all das sind Dinge, die das Threading für mich sehr schwierig machen. Der Tod durch tausend Schnitte hier.
Was ist die Lösung für das Hauptproblem: Muss ich in einem Thread-Modell periodisch die gesamte Diskussion zurückscrollen, um sicherzustellen, dass ich nichts verpasst habe?
Ich verwalte/moderiere eine kleine FOSS-Community (3 konsistente Benutzer, mich eingeschlossen, sowie etwa 6 weitere, die sich manchmal beteiligen, plus gelegentliche Besucher), die auf einer Thread-Plattform läuft. Die Häufigkeit, mit der ich etwas in einer Diskussion verpasse, die weniger als eine Seite lang ist, hat mich von der ganzen Sache wirklich abgeschreckt.
Reddit lebt von seinem massiven Momentum und seiner niedrigen Einstiegsschwelle. Sein Leseerlebnis ist die Achselhöhle des Internets.
2 „Gefällt mir“
Das ist deine Meinung und das ist in Ordnung. Ich mag Threading. Und ich glaube, ich kann die Dinge angehen, die den Nutzern nicht gefallen.
Wenn die Plugin-API Unterstützung für Threading bietet, werde ich daran arbeiten, es in einem Plugin hinzuzufügen und das Plugin kostenlos anzubieten (wenn ich im Voraus finanzielle Unterstützung erhalte, falls erforderlich) oder es zum Verkauf anbieten, wenn es finanzielle Unterstützung benötigt. Ich kenne die API derzeit nicht. Ich habe schon Open-Source- und kostenlose Produkte entwickelt, und manchmal haben sie Kosten für die Entwicklung oder Wartung.
Das ist fair. Man könnte eine Option “Benachrichtige mich über Updates zu diesem Thread” haben. Es gibt kreative Lösungen. Als Softwareentwickler höre ich solche Dinge oft von einer Seite des Tisches und muss auf der anderen Seite des Tisches Lösungen finden. Aber ich werfe nicht die ganze App weg, nur weil einige Teile eine schlechte Benutzererfahrung haben. Ich finde Wege, diese Erfahrung zu verbessern. Vielleicht sind Threads nicht die Antwort und vielleicht gibt es eine andere Antwort, aber für mich, meiner bescheidenen Meinung nach, funktioniert das Single-Topic-Design von Discourse nicht immer so gut, wie ich es mir wünschen würde, bei den Diskussionen mit mehreren Antworten und mehreren Kommentaren, die in Communities wie Reddit zu finden sind.
Die neuen Chat-Threads scheinen das angehen zu wollen, aber es sind flache Diskussionen wie auf YouTube, und ich habe gehört, dass sie nicht gespeichert werden. Bei YouTube ist es nach ein paar Kommentaren in einem Chat-Thread nicht einfach zu folgen. Sie sind also keine Antwort für mich.
Bei Reddit oder wo auch immer ein Thema präsentiert wird und sich mehrere Diskussionen darum bilden. Diese Diskussionen in separate Seitenlade-Posts zu senden, ist meiner Meinung nach nicht einfach zu lesen (Seite laden, lesen, zurückgehen und die vorherige Seite neu laden - Platz verlieren, neuen Thread-Post laden, lesen, zurückgehen und wiederholen).
1 „Gefällt mir“
Meinen Sie eine separate Benachrichtigung für jede Antwort auf den Thread? Das Problem ist nicht, dass ich nicht weiß, dass es neue Beiträge gibt, sondern dass ich nicht weiß, wo sie sind. Wenn es mehr als einen gibt, sehe ich nur einen/den am nächsten unten.
Threaded content wird nicht überall verwendet, weil es eine gute Diskussion ermöglicht. Es wird verwendet, weil es eine Diskussion in modulare Teile zerlegt, die nach Belieben eines Empfehlungsalgorithmus sortiert und ausgeblendet werden können. Und das ist eine notwendige Voraussetzung, die es einem einzelnen menschlichen Benutzer ermöglicht, mit Plattformen zu interagieren, die riesige Mengen an Inhalten haben.
Es funktioniert, wenn Sie erwarten, nur ein Stück Inhalt einmal anzusehen und so tief zu graben, wie Sie möchten. Aber es ist kompliziert, ein Netz von Diskussionen zu entwirren, wenn Sie dasselbe Thema immer wieder neu öffnen und aufholen, wie Sie es in der Umgebung von Discourse tun würden.
2 „Gefällt mir“
@piffy, das ist aber nichts für mich. Ich habe es nie schwieriger gefunden, mit einer Thread-Diskussion zu interagieren als mit dem Gegenteil, während flache Diskussionen für mich kognitiv schwierig sind, sobald sich das Gesprächsthema ändert und/oder mehr als 2 Personen interagieren.
2 „Gefällt mir“
Mein Punkt war eher, die gleiche Diskussion noch einmal zu durchgehen. Angenommen, es gibt 12 neue Antworten. Bei einer flachen Diskussion gibt es einen einzigen Punkt, zu dem man zurückkehren muss, und man kann alle 12 lesen. Bei verschachtelten Diskussionen könnte es 12 einzigartige Gesprächsfäden mit Antworten geben, und man muss den Kontext jedes einzelnen wiederherstellen, bevor man die neue Antwort liest.
In jedem Fall sollte das Ziel darin bestehen, eine gute Diskussion zu optimieren, nicht unbedingt kognitive Einfachheit. Schließlich ist die kognitiv einfachste Option, die Diskussion gar nicht erst zu lesen.
2 „Gefällt mir“
Das finde ich einfacher. Ich verstehe nicht, wie bloße Einrückung das Lesen schwieriger und nicht einfacher machen würde. Ich rücke zum Beispiel jede Überschrift meiner Dokumente ein, wie hier gezeigt: https://stackoverflow.com/revisions/46690751/2#:~:text=Run%20code%20snippet-,expand%20snippet,-answered%20Oct%2011
Das ist ein Logical extreme - Wikipedia. Das ist irrelevant. Kognitive Schwierigkeiten haben, wie jedes andere hier diskutierte Attribut, ein nicht zu vernachlässigendes Benefit–cost ratio - Wikipedia, daher sollten sie wie jedes andere Attribut ernsthaft berücksichtigt werden. Ich verstehe nicht, warum Sie das erwähnen.
2 „Gefällt mir“
Es geht nicht um die Einrückung. Es geht darum, dass eine dieser Antworten auf Seite 2 einer 8-seitigen Diskussion steht. Woher weißt du, dass du wieder dorthin zurückkehren musst, und wie nimmst du dir die Zeit, zu dieser Stelle zu blättern/zu scrollen?
1 „Gefällt mir“
Wenn Sie einfache Konzepte von Wikipedia verlinken, sollten Sie die Seite zumindest selbst lesen, denn dort wird erklärt, warum ein logisches Extrem ein nützliches rhetorisches Mittel ist. Der Punkt ist, dass eine gute Diskussion ein gewisses kognitives Maß an Belastung erfordert, daher sollte sie nicht die primäre Variable sein, die optimiert wird. Es ist auch sehr subjektiv, da ich verschachtelte Diskussionen persönlich schwieriger zu verfolgen finde als eine einzelne lineare.
Die Hauptfrage ist, ob bessere Diskussionen aus einem flachen oder einem verschachtelten Format entstehen. Ich kenne die Antwort nicht, aber mein Eindruck ist, dass die Qualität der Diskussion insgesamt beeinträchtigt wird, da eine verschachtelte Diskussion normalerweise eine enge und konstruierte Sicht auf ein Thema bietet und schwer wieder aufzugreifen ist. Aber es ist ein notwendiger Kompromiss, den große Plattformen eingehen müssen, weshalb man sie überall sieht.
Es ist keine nützliche logische Methode, daher der Verweis auf die Erklärung. Außerdem habe ich anschließend erklärt, warum sie nicht nützlich war. Warum fragst du also nach einer Erklärung?
Hättest du das vorher klargestellt, hätte ich es nicht erwähnt. Ich stimme zu, aber da niemand etwas anderes behauptet hat, verstehe ich immer noch nicht, worauf du hinauswillst.
Ich glaube nicht, dass das das Hauptproblem ist, das gelöst werden muss, denn es spielt keine Rolle, ob der Benutzer wählen kann, ob er den Thread flach oder verschachtelt anzeigen möchte – jeder Benutzer wählt nach seiner persönlichen Präferenz. Alle Antworten sind unter der GUI verschachtelt (deshalb gibt es eine „Antworten“-Funktion auf Antworten sowie eine ansonsten duplizierte blaue Funktion unten im Thread) – es ist also nur eine Frage der Offenlegung gegenüber dem Benutzer.
Auf welche 8-seitige Diskussion beziehst du dich? Wenn du eine hypothetische verschachtelte und paginierte Diskussion beschreibst, besteht die Möglichkeit, dieses Problem zu beheben, indem man den Thread einfach nicht paginiert.
Worum geht es nicht bei der Einrückung?
1 „Gefällt mir“
Ich bin übrigens nicht dagegen, dass jemand ein Plugin für Threading oder zur Erweiterung der verfügbaren Optionen erstellt. Ich finde sogar, dass es viel weniger Community-Discourse-Plugins gibt, als es geben sollte.
Was ich tue, ist, dem im OP genannten Beitrag prinzipiell zuzustimmen, und ich glaube auch nicht, dass Thread-Diskussionen eine Kernidee sein sollten, in die das Haupt-Discourse-Team Zeit investieren sollte.
Das ist teilweise, was ich mag. Vor geschriebenen Materialien gibt es die Gliederungen:
- Thema
- Überschrift
- Unterpunkt
- Überschrift
- Unterpunkt
- Überschrift
- Unterpunkt
Es ist organisiert. Man kann sich einen Gesamtüberblick verschaffen und leicht finden, was man sucht.
Für mich sind die bestehenden Mängel bei Thread-Diskussionen Usability-/UX-Probleme.
- Unterpunkt
- Überschrift
- Seite neu laden
- Den Faden verlieren
- Neue Kommentare finden oder benachrichtigt werden
- Tiefe Threads (weniger Platz zum Lesen)
Diese sind nicht schwer zu beheben: - Nicht neu laden, ein Dialogfenster öffnen oder Daten abrufen
- Nicht neu laden und man verliert seinen Faden nicht
- Neue Kommentare dynamisch laden oder visuelle Indikatoren verwenden (fette Zeilen)
- Einrückung verringern, wenn die Tiefe zunimmt, oder maximale Tiefen festlegen
in der Tat. Es wäre kein Ersatz für eine bereits großartige Community-Erfahrung, sondern eine ergänzende Ergänzung, zwischen der Benutzer wechseln können (oder die optional aktiviert wird).
1 „Gefällt mir“