6 ms·

Introducing Threads in Beta

186 points by unicornporn 4y ago

thiht 4y ago
What I’d love for threads, in any chat client: - possibility for the mods to move messages to a thread, as simply as drag and drop. No more « use a thread please » - possibility for a thread to become a sub-channel, either manually, or automatically if a thread is active for multiple days, or if it’s still active but users need to scroll significantly to see it - archiving of sub channels manually, or automatically after a time of inactivity
alanfranz 4y ago
I think threading in chat apps is a terrible idea. It’s a way to merge email and chat, but chat apps like Slack aren’t really suited for such replacement imho. Why threading if there’s not much noise? And if the noise is too much, maybe a public chat is not the best idea. on Slack, navigating a channel between “main” messages and thread messages is a nightmare, and since “main” messages are not just a subject, you spend a lot of time just reading the message. We need something to improve email experience (where you need forwards, setting up mailing lists is slow, can’t delete/edit, etc) without resorting to a chat app for everything. A better forum-like/nntp, not a better irc.
- matklad 4y ago
  I would say it depends on the implementation. Slack is pretty horrible, but Zulip is the best thing ever.
  - feanaro 4y ago
    They're not even the same thing. The only real similarity is that they share a name. Slack threads are a tangent to a point, an aside to something said in the main timeline. Zulip threads are like forum threads, a discussion of some particular topic.
- kadoban 4y ago
  I don't really see the issue with it. In Slack, we have a channel for our team. In that channel we have conversations, often more than one at a time, spread out over minutes to days. Why shouldn't each conversation have its own separate thread? The only real problem(s) I have with threads in Slack are: 1. some people suck at remembering to reply in thread. This isn't too serious though, once there's more than 2 messages in the thread most people catch on 2. Slack kind of sucks at notifying you about threads. You mostly have to know to look in the "Threads" thing on the side and not rely on notifications. Neither of those are that serious or even that intrinsic to threads in chat apps in general.
  - m3adow 4y ago
    I totally agree here. At the beginning I disliked Slack threads. But apart from the notification issue, I think the advantages of having a more focussed discussion where everything can be found in one place outweighs the disadvantages.
    - dexterdog 4y ago
      Finding is the problem. Searching for stuff in slack is maddening.
    - mikepurvis 4y ago
      Yup, I'm enough of a fan that I wish there was a UI option to steer people away from making new top level posts, like a kind of “tick this box to confirm your post is a new subject and not a reply to an existing subject.” And maybe better tools for channel moderators to move accidental top level posts into being replies instead.
  - blauditore 4y ago
    Also, Slack's thread UI is terrible. If you click on a thread inside the main chat, you get this side bar, but only one thread at a time, and no way to get the same from anywhere else (e.g. from the threads notification/overview page).
  - alanfranz 4y ago
- godelski 4y ago
  Threading makes channels far less noisy for me. Especially the larger the channel is. When is just a few people I don't need threads. But >3 they are great and help organize. The greatest thing about them is also that you don't have to use them! Slack itself has a large amount of issues beyond this. Notifications (ringing my phone hours after I answered a message or not notifying me at all). Not dropping you into threads for notifications and many other things.
- stavros 4y ago
  Don't conflate a bad implementation with a bad idea. Slack's threads suck, Zulip's threads are amazing and I wouldn't have it any other way.
- smcleod 4y ago
  Threads are an absolute must to keep the noise down and conversation relevant - at least in working environments when using apps like Slack. Not everyone has strict communication protocols or enjoys communicating succinctly, it's easier just to have one rule - start your convos as a thread.
- viccuad 4y ago
  The underlying issue to me is the different velocity of different conversations between the same people in a room. Conversation 1 can be fast, with short messages and informal, Conversation 2 can be slow, with long technical messages or attached files. And all in between. Sometimes one type of convo transforms into another. And the tool should reframe it so: either by providing a schism for a new thread, changing the topic of the thread, or so. This is something that tools with N-level threads, where each message creates a new thread (technical email discussions with top posting) do very well. I wish that each message would create a new thread. And that the UX allowed to me pivot from short and informal to long and thought out messages easily. From an informal conversation of the daily, to starting a thread from a message, where we discuss a technical implementation in a long comment. And then back to someone opening an informal thread starting from a phrase of that long comment (ala document reviews).
  - imtringued 4y ago
    Wow, these chat apps are just badly reinventing ticket queues/forums but with a focus on real time communication.
    - alanfranz 4y ago
      That’s my point.
  - alanfranz 4y ago
    I find slack terrible for long technical conversations. The ui is too slow, the windows are too small, they’re hard to search.
dmitriid 4y ago
None of these "innovative chats" that already use a browser to display them can even come up with the idea of tabs. Nope, they all insist on keeping everything inside a single window. So even if you have thread "for better communication with no noise", it still gets lost in all other threads, and they come up with workarounds like a dedicated page for threads etc. Just give me tabs, damnit.
- kadoban 4y ago
  Nothing does stop you from having multiple browser tabs open for Element. It is kind of wasteful and awkward though. I agree that this would be useful, though getting to ux nice might be challenging.
  - dmitriid 4y ago
    > It is kind of wasteful and awkward though. It's not. If you have several conversations going on at the same time, what's awkward is having to switch between them in the same window.
- barnabee 4y ago
  Absolutely. I miss having multiple windows, each with one or more tabs, all respectful of my screen real estate! With most IRC clients or multi protocol chat programs you could have a couple of important channels always visible on a second monitor, key people you DM a lot in a tabbed window somewhere prominent, active chats open next to your work, and everything else in the main app window, minimised. Now we have a website (wrapped in an app, if we’re lucky) with next to no layout control. It’s nothing short of a disastrous step backwards. I’m convinced the recent resurgence of the terminal is partly due to the complete abandonment of GUI applications for most forms of professional computing. We desperately need a new framework for applications: - offline first - local first - data first - standardised types and APIs - as composable as the terminal - standard controls across all apps - standard window and document model - web views considered harmful - UX and “customer journey” designers considered worse We were nearly there, then “web 2.0” happened
  - 4y ago
godelski 4y ago
How do you all find element channels. I'm interested in trying matrix but I also haven't really found channels I'm that interested in.
- jeroenhd 4y ago
  Each home server has a room directory. You can rooms in your client (top left in Element, I believe) or you can try browsing this list: https://view.matrix.org/ https://view.matrix.org/
  - godelski 4y ago
    So the problem here is that this is still difficult for discovery. And when I look at some of the rooms all I'm seeing is that users are added and no actual activity.
  - stevenicr 4y ago
    I really want to make a matrix servers not listed there list.. but I suppose it would have to be broken up into different pages and hosted in different parts of the world for different issues. I have an open to the public (adult public) matrix server that will never make it on that list - and federation is turned off so it wouldn't show up in the rooms lists or whatever of any of those also.
    - jeroenhd 4y ago
      The list contains several NSFW rooms so although federation would probably be the only problem. A general list that isn't auto-generated through federation might work, but you'd have to put in a lot of manual work to make sure the list is up to date.
viccuad 4y ago
1-level threads is not enough. You fork a thread for a new topic, and users can keep derailing the topic with tangents inside of that thread. The traditional chat client expects the convention of users going back to the main room to create a completely separate thread. There's other ways. Example, technical email discussions (convention: bottom posting, with good mail client with threading). Or reddit/HN. On email, each message automatically creates a new thread, and you can ignore threads that aren't interesting to you. But sadly, the convention is not enforced centrally through the client as everyone has their own. You need a tight culture for it to work. I wish I had the convention enforced centrally (everyone using chat clients that behave roughly the same), yet have every message create a thread (so tangent to topics can live on their own, or be ignored). Or at minimum, 1-threads with titles (ala Streams (rooms) and Topics(threads) of Zulip), so people stick to the topic.
- XorNot 4y ago
  Maybe rapid ejection for new threads? i.e. single level threading, with a UI that makes it easy to range select a bunch of messages and eject them into their own thread topic? Of course at some point this becomes a management problem: if no one's taking the lead and given the authority to enforce this, then no one will. Arguably a lot of companies are big enough that technically someone should be employed as a "forum moderator" for online discussion spaces anyway.
brunoqc 4y ago
Are there still plans for Zulip-style threads? https://github.com/matrix-org/matrix-spec-proposals/pull/2326 https://github.com/matrix-org/matrix-spec-proposals/pull/232...
- Arathorn 4y ago
  Yes. The plan is for Matrix to support both arbitrarily deep threading (like https://matrix.org/blog/2020/12/18/introducing-cerulean https://matrix.org/blog/2020/12/18/introducing-cerulean does) - as well as Slack/Discord style threading. They have very different semantics; we added Slack style threading to Element first for familiarity and bridging with Slack, but I can’t wait for fully branchy threads to be in production too for bridging to Zulip (or HN ;P)
  - deleted 4y ago
    [deleted]
  - ashton314 4y ago
    +1 for a HN bridge
Yaina 4y ago
This is really cool. I love threads, especially in larger channels! If there are no threads everyone just has to patiently wait in line, when there is one conversation going on.
sandstrom 4y ago
What I'd prefer is the Twist-style threads (Zulip may also have them), where every room/channel must contain only topics/threads, and those topics have a title/description, and any messages in them are 1-level (no nested threading). It looks like this: #office [room/channel] * Lunch [thread/topic] - Anyone wants to grab lunch today? [message] - Sure, I'll join! [message] - Me too! [message] * Printer doesn't work [thread/topic] - Anyone else having trouble with the printer? [message] - I fixed it an hour ago actually, try again [message] - Thanks, it works! [message] - (thread closed) #marketing [room/channel] * Website Update 2022 [thread/topic] - (posting images) [message] - Here is the new draft, let me know what you think! [message] - Looks good, but there are some spelling mistakes… [message] - Nice work! [message] - Adwords Campaign [thread/topic] - Here is a new adwords campaign structure. Let me know what you think! [message] - How about splitting by geografy and demographics? [message] - … [message] - … [message] - Alright, new campaign is live, thanks everyone! [message] - (thread closed) We recently switched from Slack to Twist because they have this structure. Although Twist is worse in probably every dimension except for this, this structure is still so much better that we're overall happy with the move. I wish Element/Matrix would support this. I suggested this during their RFC process, but unfortunately didn't capture enough attention. Perhaps it'll be added later.
- Arathorn 4y ago
  The hope is to add it later. The first cut is plain Slack-style threads, but we have MSCs for zulip/twist style threads like https://github.com/matrix-org/matrix-spec-proposals/pull/2836 https://github.com/matrix-org/matrix-spec-proposals/pull/283... which will get built out as soon as we can. Fun fact: the design for Element’s current threading is from a former Twist designer; make of that what you will :)
  - feanaro 4y ago
    I'm not sure an entirely separate mechanism is needed to achieve Zulip-style threading, though? Seems like the current thread design could easily be adapted to support named threads. Does Zulip support nested threads?
alexalx666 4y ago
Threads is the worst feature of Slack, it required 5x mental space to keep track of all hidden conversations, as mentioned before Tabs would've been a much better solution
ksala_ 4y ago
Threads are probably a good idea, but as many people have pointed out I still have to find an app that have a good implementation of them. Most of my experience is with Slack so maybe Twist/Zulip are better at this. * I hate threads in direct messages. Please, Slack, just give people a nice way to quote messages instead - which in my experience is mostly what people want. Right now it's a mix of copying a message and adding ">", sending a message as a thread with the "also post in the channel" flag or sharing the message and adding your reply there. I've had persons randomly pick one of my messages and then start a thread on top of that in direct messages, loosing context, but I'm not going to blame slack for that (but still, give me a way to disable threads there!) * They work great in big channels (hundreds or thousands of people - think channels like #rust-interest or similar), but then inevitably someone will reply outside of the thread, triggering other people to comment "reply in the thread" (modern "don't reply to this email!" in a reply all) or react with that damned thread emoji. A channel should have some way to "enforce" conversation by thread - offer tooling to move messages in threads and split threads, and make it slightly harder to accidentally post outside of a thread (maybe a different button, a confirmation message, or enforcing some style in the message. I'm sure nothing will 100% work after seeing people use @here and @channel and completely ignoring all the warnings, but still). * They are... meh in medium channels (team sized ones, thing 5 to 20 people), mostly because it's a pick and mix of people that want to use them and people that ignore them. This would at least improve if we had tooling to merge and slice threads, so that someone could at least try to enforce a style. But also from my experience it doesn't really matter too much, because not a lot of conversations will be happening there at the same time. * Thread discoverability sucks, you get notifications but then they're tucked in a single "thread" pane. That should be collapsable and show your recent threads, with individual notifications. * Using threads sucks too, you can either open one and lose context on everything else, or open one in a small sidebar, where posting more than 3 lines of code will fill it up and it's completely unreadable anyway. Having tabs or opening the thread in-line would be so much better. /rant
- HonestIsNow 4y ago
  awesome explanation of a half-broken feature and a job-to-be-done. We're working hard to fix that.
- 4y ago
lijogdfljk 4y ago
How's managed (not self-hosted) Element/Matrix for E2E these days? I want to give it a shot but i regularly use Signal for secure communication (financial stuff/etc), so the E2E impl has to be on-par with Signal. Thoughts?
olah_1 4y ago
There needs to be a way for rooms to communicate to clients which features they support. I need to be able to make a room without threads (DMs, small group chats, etc). And clients should be able to see which features are enabled in each room and support them appropriately. That is what a universal protocol would allow for.
ravenstine 4y ago
What are people using Element for? I know that Element is a chat app... I actually have it installed. But it's not for work or anything. I thought it could be a cool replacement for Discord. Nobody seems to be talking about anything on Element. There are plenty of Element rooms (or whatever they're called), but no matter how many of them I check out, they're all dead silent. There can be hundreds or thousands of joined users and I hear crickets. As a platform for socialization, I've found it pretty much useless. Am I doin' it wrong?
- DoItToMe81 4y ago
  Most people I know who host a Matrix homeserver run it in closed federations or completely unfederated, out of concerns for people joining larger rooms and flooding the poor budget server.
- panick21_ 4y ago
  Not sure what you are talking about. Those Open-Source projects that use Matrix as a official chat are as active as any other open-source project rooms.
- kvark 4y ago
  Most of the discussions on Rust graphics stack around wgpu (WebGPU implementation) happen on the Matrix protocol. There you can find our official rooms for communication both intra within developers and extra with community. It’s been working very well for us, and I’m quite excited to finally have threads.
- tjader 4y ago
  I run my own homeserver and bridges for IRC, WhatsApp, Telegram, Google Chat and Discord, so that I can access all my chats in a single place instead of several separate apps/browser tabs.

186 points by unicornporn 4y ago

What I’d love for threads, in any chat client: - possibility for the mods to move messages to a thread, as simply as drag and drop. No more « use a thread please » - possibility for a thread to become a sub-channel, either manually, or automatically if a thread is active for multiple days, or if it’s still active but users need to scroll significantly to see it - archiving of sub channels manually, or automatically after a time of inactivity

alanfranz 4y ago

I think threading in chat apps is a terrible idea. It’s a way to merge email and chat, but chat apps like Slack aren’t really suited for such replacement imho. Why threading if there’s not much noise? And if the noise is too much, maybe a public chat is not the best idea. on Slack, navigating a channel between “main” messages and thread messages is a nightmare, and since “main” messages are not just a subject, you spend a lot of time just reading the message. We need something to improve email experience (where you need forwards, setting up mailing lists is slow, can’t delete/edit, etc) without resorting to a chat app for everything. A better forum-like/nntp, not a better irc.

matklad 4y ago
I would say it depends on the implementation. Slack is pretty horrible, but Zulip is the best thing ever.
- feanaro 4y ago
  They're not even the same thing. The only real similarity is that they share a name. Slack threads are a tangent to a point, an aside to something said in the main timeline. Zulip threads are like forum threads, a discussion of some particular topic.
kadoban 4y ago
I don't really see the issue with it. In Slack, we have a channel for our team. In that channel we have conversations, often more than one at a time, spread out over minutes to days. Why shouldn't each conversation have its own separate thread? The only real problem(s) I have with threads in Slack are: 1. some people suck at remembering to reply in thread. This isn't too serious though, once there's more than 2 messages in the thread most people catch on 2. Slack kind of sucks at notifying you about threads. You mostly have to know to look in the "Threads" thing on the side and not rely on notifications. Neither of those are that serious or even that intrinsic to threads in chat apps in general.
- m3adow 4y ago
  I totally agree here. At the beginning I disliked Slack threads. But apart from the notification issue, I think the advantages of having a more focussed discussion where everything can be found in one place outweighs the disadvantages.
  - dexterdog 4y ago
    Finding is the problem. Searching for stuff in slack is maddening.
  - mikepurvis 4y ago
    Yup, I'm enough of a fan that I wish there was a UI option to steer people away from making new top level posts, like a kind of “tick this box to confirm your post is a new subject and not a reply to an existing subject.” And maybe better tools for channel moderators to move accidental top level posts into being replies instead.
- blauditore 4y ago
  Also, Slack's thread UI is terrible. If you click on a thread inside the main chat, you get this side bar, but only one thread at a time, and no way to get the same from anywhere else (e.g. from the threads notification/overview page).
- alanfranz 4y ago
godelski 4y ago
Threading makes channels far less noisy for me. Especially the larger the channel is. When is just a few people I don't need threads. But >3 they are great and help organize. The greatest thing about them is also that you don't have to use them! Slack itself has a large amount of issues beyond this. Notifications (ringing my phone hours after I answered a message or not notifying me at all). Not dropping you into threads for notifications and many other things.
stavros 4y ago
Don't conflate a bad implementation with a bad idea. Slack's threads suck, Zulip's threads are amazing and I wouldn't have it any other way.
smcleod 4y ago
Threads are an absolute must to keep the noise down and conversation relevant - at least in working environments when using apps like Slack. Not everyone has strict communication protocols or enjoys communicating succinctly, it's easier just to have one rule - start your convos as a thread.
viccuad 4y ago
The underlying issue to me is the different velocity of different conversations between the same people in a room. Conversation 1 can be fast, with short messages and informal, Conversation 2 can be slow, with long technical messages or attached files. And all in between. Sometimes one type of convo transforms into another. And the tool should reframe it so: either by providing a schism for a new thread, changing the topic of the thread, or so. This is something that tools with N-level threads, where each message creates a new thread (technical email discussions with top posting) do very well. I wish that each message would create a new thread. And that the UX allowed to me pivot from short and informal to long and thought out messages easily. From an informal conversation of the daily, to starting a thread from a message, where we discuss a technical implementation in a long comment. And then back to someone opening an informal thread starting from a phrase of that long comment (ala document reviews).
- imtringued 4y ago
  Wow, these chat apps are just badly reinventing ticket queues/forums but with a focus on real time communication.
  - alanfranz 4y ago
    That’s my point.
- alanfranz 4y ago
  I find slack terrible for long technical conversations. The ui is too slow, the windows are too small, they’re hard to search.

dmitriid 4y ago

None of these "innovative chats" that already use a browser to display them can even come up with the idea of tabs. Nope, they all insist on keeping everything inside a single window. So even if you have thread "for better communication with no noise", it still gets lost in all other threads, and they come up with workarounds like a dedicated page for threads etc. Just give me tabs, damnit.

kadoban 4y ago
Nothing does stop you from having multiple browser tabs open for Element. It is kind of wasteful and awkward though. I agree that this would be useful, though getting to ux nice might be challenging.
- dmitriid 4y ago
  > It is kind of wasteful and awkward though. It's not. If you have several conversations going on at the same time, what's awkward is having to switch between them in the same window.
barnabee 4y ago
Absolutely. I miss having multiple windows, each with one or more tabs, all respectful of my screen real estate! With most IRC clients or multi protocol chat programs you could have a couple of important channels always visible on a second monitor, key people you DM a lot in a tabbed window somewhere prominent, active chats open next to your work, and everything else in the main app window, minimised. Now we have a website (wrapped in an app, if we’re lucky) with next to no layout control. It’s nothing short of a disastrous step backwards. I’m convinced the recent resurgence of the terminal is partly due to the complete abandonment of GUI applications for most forms of professional computing. We desperately need a new framework for applications: - offline first - local first - data first - standardised types and APIs - as composable as the terminal - standard controls across all apps - standard window and document model - web views considered harmful - UX and “customer journey” designers considered worse We were nearly there, then “web 2.0” happened
- 4y ago

godelski 4y ago

How do you all find element channels. I'm interested in trying matrix but I also haven't really found channels I'm that interested in.

jeroenhd 4y ago
Each home server has a room directory. You can rooms in your client (top left in Element, I believe) or you can try browsing this list: https://view.matrix.org/ https://view.matrix.org/
- godelski 4y ago
  So the problem here is that this is still difficult for discovery. And when I look at some of the rooms all I'm seeing is that users are added and no actual activity.
- stevenicr 4y ago
  I really want to make a matrix servers not listed there list.. but I suppose it would have to be broken up into different pages and hosted in different parts of the world for different issues. I have an open to the public (adult public) matrix server that will never make it on that list - and federation is turned off so it wouldn't show up in the rooms lists or whatever of any of those also.
  - jeroenhd 4y ago
    The list contains several NSFW rooms so although federation would probably be the only problem. A general list that isn't auto-generated through federation might work, but you'd have to put in a lot of manual work to make sure the list is up to date.

viccuad 4y ago

1-level threads is not enough. You fork a thread for a new topic, and users can keep derailing the topic with tangents inside of that thread. The traditional chat client expects the convention of users going back to the main room to create a completely separate thread. There's other ways. Example, technical email discussions (convention: bottom posting, with good mail client with threading). Or reddit/HN. On email, each message automatically creates a new thread, and you can ignore threads that aren't interesting to you. But sadly, the convention is not enforced centrally through the client as everyone has their own. You need a tight culture for it to work. I wish I had the convention enforced centrally (everyone using chat clients that behave roughly the same), yet have every message create a thread (so tangent to topics can live on their own, or be ignored). Or at minimum, 1-threads with titles (ala Streams (rooms) and Topics(threads) of Zulip), so people stick to the topic.

XorNot 4y ago
Maybe rapid ejection for new threads? i.e. single level threading, with a UI that makes it easy to range select a bunch of messages and eject them into their own thread topic? Of course at some point this becomes a management problem: if no one's taking the lead and given the authority to enforce this, then no one will. Arguably a lot of companies are big enough that technically someone should be employed as a "forum moderator" for online discussion spaces anyway.

brunoqc 4y ago

Are there still plans for Zulip-style threads? https://github.com/matrix-org/matrix-spec-proposals/pull/2326 https://github.com/matrix-org/matrix-spec-proposals/pull/232...

Arathorn 4y ago
Yes. The plan is for Matrix to support both arbitrarily deep threading (like https://matrix.org/blog/2020/12/18/introducing-cerulean https://matrix.org/blog/2020/12/18/introducing-cerulean does) - as well as Slack/Discord style threading. They have very different semantics; we added Slack style threading to Element first for familiarity and bridging with Slack, but I can’t wait for fully branchy threads to be in production too for bridging to Zulip (or HN ;P)
- deleted 4y ago
  [deleted]
- ashton314 4y ago
  +1 for a HN bridge

Yaina 4y ago

This is really cool. I love threads, especially in larger channels! If there are no threads everyone just has to patiently wait in line, when there is one conversation going on.

sandstrom 4y ago

What I'd prefer is the Twist-style threads (Zulip may also have them), where every room/channel must contain only topics/threads, and those topics have a title/description, and any messages in them are 1-level (no nested threading). It looks like this: #office [room/channel] * Lunch [thread/topic] - Anyone wants to grab lunch today? [message] - Sure, I'll join! [message] - Me too! [message] * Printer doesn't work [thread/topic] - Anyone else having trouble with the printer? [message] - I fixed it an hour ago actually, try again [message] - Thanks, it works! [message] - (thread closed) #marketing [room/channel] * Website Update 2022 [thread/topic] - (posting images) [message] - Here is the new draft, let me know what you think! [message] - Looks good, but there are some spelling mistakes… [message] - Nice work! [message] - Adwords Campaign [thread/topic] - Here is a new adwords campaign structure. Let me know what you think! [message] - How about splitting by geografy and demographics? [message] - … [message] - … [message] - Alright, new campaign is live, thanks everyone! [message] - (thread closed) We recently switched from Slack to Twist because they have this structure. Although Twist is worse in probably every dimension except for this, this structure is still so much better that we're overall happy with the move. I wish Element/Matrix would support this. I suggested this during their RFC process, but unfortunately didn't capture enough attention. Perhaps it'll be added later.

Arathorn 4y ago
The hope is to add it later. The first cut is plain Slack-style threads, but we have MSCs for zulip/twist style threads like https://github.com/matrix-org/matrix-spec-proposals/pull/2836 https://github.com/matrix-org/matrix-spec-proposals/pull/283... which will get built out as soon as we can. Fun fact: the design for Element’s current threading is from a former Twist designer; make of that what you will :)
- feanaro 4y ago
  I'm not sure an entirely separate mechanism is needed to achieve Zulip-style threading, though? Seems like the current thread design could easily be adapted to support named threads. Does Zulip support nested threads?

alexalx666 4y ago

Threads is the worst feature of Slack, it required 5x mental space to keep track of all hidden conversations, as mentioned before Tabs would've been a much better solution

ksala_ 4y ago

Threads are probably a good idea, but as many people have pointed out I still have to find an app that have a good implementation of them. Most of my experience is with Slack so maybe Twist/Zulip are better at this. * I hate threads in direct messages. Please, Slack, just give people a nice way to quote messages instead - which in my experience is mostly what people want. Right now it's a mix of copying a message and adding ">", sending a message as a thread with the "also post in the channel" flag or sharing the message and adding your reply there. I've had persons randomly pick one of my messages and then start a thread on top of that in direct messages, loosing context, but I'm not going to blame slack for that (but still, give me a way to disable threads there!) * They work great in big channels (hundreds or thousands of people - think channels like #rust-interest or similar), but then inevitably someone will reply outside of the thread, triggering other people to comment "reply in the thread" (modern "don't reply to this email!" in a reply all) or react with that damned thread emoji. A channel should have some way to "enforce" conversation by thread - offer tooling to move messages in threads and split threads, and make it slightly harder to accidentally post outside of a thread (maybe a different button, a confirmation message, or enforcing some style in the message. I'm sure nothing will 100% work after seeing people use @here and @channel and completely ignoring all the warnings, but still). * They are... meh in medium channels (team sized ones, thing 5 to 20 people), mostly because it's a pick and mix of people that want to use them and people that ignore them. This would at least improve if we had tooling to merge and slice threads, so that someone could at least try to enforce a style. But also from my experience it doesn't really matter too much, because not a lot of conversations will be happening there at the same time. * Thread discoverability sucks, you get notifications but then they're tucked in a single "thread" pane. That should be collapsable and show your recent threads, with individual notifications. * Using threads sucks too, you can either open one and lose context on everything else, or open one in a small sidebar, where posting more than 3 lines of code will fill it up and it's completely unreadable anyway. Having tabs or opening the thread in-line would be so much better. /rant

HonestIsNow 4y ago
awesome explanation of a half-broken feature and a job-to-be-done. We're working hard to fix that.
4y ago

lijogdfljk 4y ago

How's managed (not self-hosted) Element/Matrix for E2E these days? I want to give it a shot but i regularly use Signal for secure communication (financial stuff/etc), so the E2E impl has to be on-par with Signal. Thoughts?

olah_1 4y ago

There needs to be a way for rooms to communicate to clients which features they support. I need to be able to make a room without threads (DMs, small group chats, etc). And clients should be able to see which features are enabled in each room and support them appropriately. That is what a universal protocol would allow for.

ravenstine 4y ago

What are people using Element for? I know that Element is a chat app... I actually have it installed. But it's not for work or anything. I thought it could be a cool replacement for Discord. Nobody seems to be talking about anything on Element. There are plenty of Element rooms (or whatever they're called), but no matter how many of them I check out, they're all dead silent. There can be hundreds or thousands of joined users and I hear crickets. As a platform for socialization, I've found it pretty much useless. Am I doin' it wrong?

DoItToMe81 4y ago
Most people I know who host a Matrix homeserver run it in closed federations or completely unfederated, out of concerns for people joining larger rooms and flooding the poor budget server.
panick21_ 4y ago
Not sure what you are talking about. Those Open-Source projects that use Matrix as a official chat are as active as any other open-source project rooms.
kvark 4y ago
Most of the discussions on Rust graphics stack around wgpu (WebGPU implementation) happen on the Matrix protocol. There you can find our official rooms for communication both intra within developers and extra with community. It’s been working very well for us, and I’m quite excited to finally have threads.
tjader 4y ago
I run my own homeserver and bridges for IRC, WhatsApp, Telegram, Google Chat and Discord, so that I can access all my chats in a single place instead of several separate apps/browser tabs.