Live data from Hacker News

Introducing Threads in Beta

element.io

41–50 of 81 posts

Re: Introducing Threads in Beta

#41
post #17

Earlier quoted context omitted.

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…

Wow, these chat apps are just badly reinventing ticket queues/forums but with a focus on real time communication.

That’s my point.

Re: Introducing Threads in Beta

#42
post #5

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 sp…

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 messa…

Why would you use a chat app for conversations spreading over days?

Re: Introducing Threads in Beta

#43

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 [th…

you can enforce this in slack with a toggle

Re: Introducing Threads in Beta

#44
post #17

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 sp…

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…

I find slack terrible for long technical conversations. The ui is too slow, the windows are too small, they’re hard to search.

Re: Introducing Threads in Beta

#45

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 [th…

you can enforce this in slack with a toggle

That's not available on all plans.

Re: Introducing Threads in Beta

#46
post #7
post #3

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.

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 w…

[deleted]

Re: Introducing Threads in Beta

#48

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 [th…

you can enforce this in slack with a toggle

Care to explain how or point to some documentation please?

Re: Introducing Threads in Beta

#49
post #5

Earlier quoted context omitted.

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 messa…

Why would you use a chat app for conversations spreading over days?

why would you knowingly fragment information when you have the option not to?

Re: Introducing Threads in Beta

#50
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?
Post reply on HN