-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Only nest up to one or two rich replies #5972
Comments
This was the intent, a max nesting of 3 iirc but weirdly harder than it should have been to implement, just failed to work :L |
another related issue: #5974 |
Considering this and the related issues - is it necessary for replies to nest at all? Nesting has been naturally inherited from quoting, but a (series of) reply messages could be rendered in sequence:
The event would probably contain the event id of the message being replied to + the reply text, and leave it up to the client to navigate backwards through the linked list of messages as much as it wants to (probably with an interactive bit to pull in older messages just like the 'Quote' button today. This could potentially simplify the plaintext version problem (#5974) - the plaintext version would just be the replied-to message and the reply, ignoring the rest of the chain:
This obviously feels like it's starting to edge into thread territory, but I actually quite like that - one of the problem with threads is that they often start-before-they-start (i.e. you don't know you want a thread until you've already got someway into the conversation) - if you've already got a sequence of replies, it's not too wild a leap to imagine a 'start a thread from this sequence of replies' UX option that links the message sequence context into a thread/new room/whatever. |
The idea of having a thread be at most 1 level deep has always appealed to me. It's very MS Teams, which I think has a very nice threading interface. Agreed that replies would be leaning into this territory, but equally they would probably be replaced by threads later on, so having thread-like behaviour doesn't sound too outlandish to me. |
Description
Anything else is just diminishing returns for conversation context and usability. See also: #5968 #5969
Version information
The text was updated successfully, but these errors were encountered: