# Reply-in-Line zum Chat zurückbringen, zusätzlich zu Reply-as-Thread

**URL:** https://meta.discourse.org/t/add-reply-in-line-back-to-chat-in-addition-to-reply-as-thread/372124
**Category:** Feature
**Tags:** chat
**Created:** [28. Juni 2025 um 19:11 UTC](https://meta.discourse.org/t/add-reply-in-line-back-to-chat-in-addition-to-reply-as-thread/372124 "2025-06-28T19:11:19Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![oshyan](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/oshyan/32/212644_2.png) [@oshyan](https://meta.discourse.org/u/oshyan)
#### Post date: [28. Juni 2025 um 19:11 UTC](https://meta.discourse.org/t/add-reply-in-line-back-to-chat-in-addition-to-reply-as-thread/372124/1 "2025-06-28T19:11:19Z")

</div>

Fortsetzung der Diskussion von [Einführung von Chat-Threads!](https://meta.discourse.org/t/introducing-chat-threads/270613/14):

Das Hinzufügen von Threads ist großartig, sie sind ein nützliches Organisationstool. Aber ich glaube nicht, dass sie die einzige (oder tatsächlich die Standard-) Möglichkeit sein sollten, im Chat zu antworten.

> [@mcwumbly](#):
>
> Eine weitere Idee, die ein paar Mal aufkam, ist die Unterstützung von Zitat-Antworten im Chat. Wir haben uns aus ähnlichen Gründen noch nicht dafür entschieden, aber es ist etwas, das ich gelegentlich vermisse (und ich greife zu `\u003e `, um dies zu umgehen, aber meine Erfahrung ist, dass sich nur wenige Leute darum kümmern, daher denke ich, dass eine größere Unterstützung für Zitat-Antworten notwendig wäre, wenn es ein Verhalten wäre, das wir fördern wollen).

Dies kann sehr stark von Persönlichkeit/Vorlieben abhängen. Ich persönlich finde Threads eine **sehr** “schwere” Lösung und benutze sie sehr selten. Aber wenn sie gebraucht werden, sind sie _super_ nützlich. Weitaus, weitaus öfter möchte ich einfach **inline** auf eine vorherige Nachricht antworten, und jemanden per @ zu erwähnen ist bei weitem nicht dasselbe. Der Zweck ist weniger, eine bestimmte Person zu benachrichtigen, als vielmehr, einen klaren Kontext für meine Nachricht herzustellen. Soweit ich weiß, war dies vor Threads möglich und ich denke, es sollte als Option wieder eingeführt werden, d.h. “Inline antworten oder neuen Thread erstellen”. Wenn die _einzige_ Option darin besteht, einen neuen Thread zu erstellen, dann werden natürlich viele Threads genutzt, und umgekehrt, wenn es _keine_ Option gibt, inline oder per Zitat zu antworten, nun, wie misst man dann das Potenzial der Nutzung davon im Vergleich zu Threads?

Ich sehe viele Situationen, in denen 1-2 Inline-Antworten ein Diskussionsthema abhandeln, ohne dass ein ganzer Thread erstellt werden muss, was dafür übertrieben erscheint. Discord handhabt dies gut, indem es Benutzer auffordert, Threads zu erstellen, wenn Antworten aufeinander einen bestimmten Schwellenwert überschreiten. Und (ich glaube) im Gegensatz zu Discord hat Discourse die theoretische Fähigkeit, alle vorherigen Antworten retroaktiv und automatisch _in_ einen Thread zu _verschieben_ (d.h. nicht manuell alle auswählen zu müssen).

> [@Catija](#):
>
> 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) sind, welche ich bevorzuge:

So ziemlich genau das, was diese Person gesagt hat ☝

FWIW Discord unterstützt all dies _sehr_ gut und ist meiner Meinung nach im Grunde ein Modell, das es hier nachzuahmen gilt. Es ist nicht nötig, dieses spezielle Rad neu zu erfinden, und die Tatsache, dass Discord es für wertvoll erachtet hat, sowohl Inline-Antworten als auch Antworten als Thread zu haben, unterstützt den Wert beider. Die Nutzung dieser beiden Ansätze ist eher eine persönliche und sogar kulturelle Sache als eine richtige/falsche/beste Methode. Es gibt Discord-Communities, in denen ich bin, wo kaum Threads verwendet werden, und andere, wo fast jede Antwort ein Thread ist.

---

<div class="post-metadata">

### Author: ![jimkleiber](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jimkleiber/32/121814_2.png) [@jimkleiber](https://meta.discourse.org/u/jimkleiber)
#### Post date: [28. Juni 2025 um 19:31 UTC](https://meta.discourse.org/t/add-reply-in-line-back-to-chat-in-addition-to-reply-as-thread/372124/2 "2025-06-28T19:31:33Z")

</div>

Die Ironie, die ich finde, ist, dass Discourse-Themen so sehr darum kämpfen, linear und nicht verschachtelt zu sein, und doch möchte ich diesen Stil im Chat noch mehr, mit der Option „Antwort als Zitat“, um sehr hilfreichen Kontext zu bieten. Zu Beginn von Discourse Chat habe ich sogar eine Themenkomponente erstellt, damit Chat-Antworten mehr wie Whatsapp/Signal aussehen und funktionieren.

---

<div class="post-metadata">

### Author: ![NateDhaliwal](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/natedhaliwal/32/313494_2.png) [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)
#### Post date: [29. Juni 2025 um 03:45 UTC](https://meta.discourse.org/t/add-reply-in-line-back-to-chat-in-addition-to-reply-as-thread/372124/3 "2025-06-29T03:45:24Z")

</div>

Ich stimme bei #Contribute > Feature requests selten ab, aber diese hier hat meine Stimme bekommen. Danke, dass du das Thema angesprochen hast!

Manchmal hat das Gefühl, für eine Antwort einen ganzen Thread zu erstellen, den Anschein, als würde man sich vom Gespräch im Hauptthread abkapseln. Manchmal ist eine einzelne Antwort auf eine Nachricht einfach nicht den Aufwand wert, einen ganzen Thread zu eröffnen, aber vielleicht ist das bei einer ganzen, abgezweigten Konversation anders.

Ich würde mir wirklich wünschen, dass Antworten standardmäßig inline (direkt unter der Nachricht) angezeigt werden, oder zumindest eine Möglichkeit besteht, zwischen einer Antwort im Chat und einer in einem neuen Thread zu wählen.

---

<div class="post-metadata">

### Author: ![mcwumbly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcwumbly/32/103861_2.png) [@mcwumbly](https://meta.discourse.org/u/mcwumbly)
#### Post date: [29. Juni 2025 um 13:01 UTC](https://meta.discourse.org/t/add-reply-in-line-back-to-chat-in-addition-to-reply-as-thread/372124/4 "2025-06-29T13:01:03Z")

</div>

Nur zur Klärung: Derzeit kann ein bestimmter Kanal mit oder ohne aktivierte Threads konfiguriert werden.

Wenn Threads nicht aktiviert sind, erstellt eine Antwort auf eine Nachricht eine neue Nachricht im Kanal mit einem Antwortindikator.

Wenn Threads aktiviert sind, sind alle Antworten Threads.

Ich verstehe, dass es immer noch einen Fall geben kann, in dem die Unterstützung beider in demselben Kanal hilfreich sein könnte, aber die Entscheidung, dies zu einer Kanaleinstellung zu machen, basierte auf ähnlichen Beobachtungen wie dieser:

> [@oshyan](#):
>
> Es gibt Discord-Communities, in denen kaum Threads verwendet werden, und andere, in denen fast jede Antwort ein Thread ist.

(Unter-)Communities, die Threads bevorzugen, können die Einstellung aktivieren. Diejenigen, die dies nicht tun, können sie deaktiviert lassen.

---

<div class="post-metadata">

### Author: ![oshyan](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/oshyan/32/212644_2.png) [@oshyan](https://meta.discourse.org/u/oshyan)
#### Post date: [29. Juni 2025 um 15:41 UTC](https://meta.discourse.org/t/add-reply-in-line-back-to-chat-in-addition-to-reply-as-thread/372124/5 "2025-06-29T15:41:35Z")

</div>

Danke, das sind hilfreiche Kontextinformationen! Aus meiner Sicht ist der Ansatz von Discord hier wohl besser, da er potenziell die Notwendigkeit einer Einstellung überflüssig macht. Er unterstützt beide Ansätze flexibel. Ich nehme an, wenn Sie Administratoren dazu befähigen möchten, _alle_ Antworten zu Threads zu _zwingen_, dann ist dies immer noch notwendig (und ich bin neugierig, ob Sie Benutzerdaten haben, die darauf hindeuten, dass dies _speziell_ gewünscht wurde), aber wenn Sie sowohl Threads als auch Inline-Antworten zulassen würden, werden beide Anwendungsfälle zumindest in einem angemessenen Umfang bedient. Mir fällt keine Discord-Community ein, in der ich bin, in der die Leute keine Threads verwenden und nur Inline-Antworten geben, was ein Problem gewesen wäre. Und der bestehende Discord-“Hinweis”, Threads zu erstellen, wenn Antworten eine bestimmte Anzahl erreichen, hilft auch dabei.

Im Fall von Discourse, wie ich bereits erwähnte, hat der Administrator auch die Möglichkeit, Nachrichten zu verschieben, was nun auch in einen Thread erfolgen könnte. Obwohl ich Administratoren nicht mit mehr Verwaltungsaufwand belasten möchte, wenn die Funktion “In Thread verschieben” gut unterstützt würde, z. B. durch automatische Auswahl aller Antworten (d. h. es wäre sehr schnell und einfach, nachträglich einen Thread zu erstellen), und wenn ausreichend Benutzer mit Vertrauensstufe eine Thread-Erstellungsaktion aus bestehenden Inline-Antworten durchführen könnten, würde dies meiner Meinung nach der Philosophie von Discourse entsprechen (ermächtigte, vertrauenswürdige Benutzer helfen bei der Wartung) und die meisten Bedürfnisse rund um Threads vs. Inline gut unterstützen. Das sind meine 2+ Cents, nur so als Hinweis. 🙂

---

<div class="post-metadata">

### Author: ![mcwumbly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcwumbly/32/103861_2.png) [@mcwumbly](https://meta.discourse.org/u/mcwumbly)
#### Post date: [29. Juni 2025 um 16:04 UTC](https://meta.discourse.org/t/add-reply-in-line-back-to-chat-in-addition-to-reply-as-thread/372124/6 "2025-06-29T16:04:10Z")

</div>

> [@oshyan](#):
>
> Ich bin neugierig, ob Sie Benutzerdaten haben, die darauf hindeuten, dass dies _speziell_ gewünscht wurde

Eigentlich nur die gleichen Daten, die Sie zitiert haben – die Beobachtung, dass sich Kanäle dazu neigen, sich für eine Präferenz oder die andere zu entscheiden.

Meiner Erfahrung nach ist es manchmal eine Quelle ständiger Spannungen, wenn die kollektive Präferenz von bestehenden Mitgliedern immer wieder neu durchgesetzt werden muss („Bitte benutzt Threads!“ oder „Bitte benutzt keine Threads!“ (oft ohne das „Bitte“)).

Diese Beobachtung führte zu der Idee, dass es besser sein könnte, diese Präferenz expliziter zu kodieren.

Das gesagt, die Idee, beides zu unterstützen, wurde damals in Betracht gezogen und auf Eis gelegt, als etwas, das später wieder aufgegriffen werden könnte.

Ich wollte es gelegentlich selbst, aber bis jetzt habe ich keine Anfrage dafür gehört.
