oh this is huge. and right in time for the slack acquisition ! gitter fixes one of the biggest issues with matrix - the product/ux/ui. one thing im not sure of is the conscious decision to deprecate mobile apps and instead recommend mobile web. https://gitlab.com/gitterHQ/webapp/-/issues/2281 is that a strategic decision ? because this wont be a pleasant experience is potentially a massive blocker for any type of ser…
Gitter now speaks Matrix
31–40 of 122 posts
Re: Gitter now speaks Matrix
#32That was impressively quick. Looking forward to Github/Gitlab repository rooms and activity integration. In the acquisition announcement they also mentioned threading though, which is the most important feature Element is missing for me. Without it I'm very hesitant to use it in a professional setting. I do hope that threads will look much more like Zulip rather than Slack (which is a mess), or offer different view m…
Matrix now has two flavours of threading defined and implemented as we experiment with the different approaches: label-based threading in MSC2326[1] (i.e. "filter this room to only show msgs tagged #foo"), and full-blown free-form HN/Reddit/NNTP/SMTP/Twitter style threading in MSC2836[2]. The former is closer to Zulip, and is implemented in Synapse. The latter is closer to HN, and is implemented in Dendrite[3][4]. Cl…
Re: Gitter now speaks Matrix
#33I'm completely new to Matrix, so sorry if this is a stupid question, but is there something like a gitter homeserver where I can login with my gitter credentials?
If so, what homeserver URL should I use in element?
Re: Gitter now speaks Matrix
#34[0] https://medium.com/@ericmigi/the-universal-communication-bus...
Re: Gitter now speaks Matrix
#35Can anyone explain what Matrix is and why is this interesting? Feels like we’re reinventing Jabber?
It's totally different because it is a message syncing http+json API and totally not a messaging and presence protocol based on XML. /joke It is interesting because Matrix has money thus full-time developers, marketing, exposure, and time to defend their work to the depth of the deepest reddit thread. (The Element page on F-Droid reads "Element is able to do all this because it operates on Matrix - the standard for o…
Yes, Matrix is a conversation history syncing protocol, and XMPP is a message-passing protocol. They genuinely are fundamentally different. It's a bit like the difference between SVG and Canvas. Sure, you can use both to draw pretty vector artwork. But one's an object graph, and the other's immediate mode.
In terms of Matrix having money: yup, it's true that folks have generously donated to Matrix over the years to keep the project afloat, and more recently Element has funnelled most of its VC funding into supporting Matrix. However, the whole "marketing, exposure and time to defend their work to the depth of the deepest reddit thread" trope is hilarious, given Matrix's marketing department is... me, the project lead? and I'm doing this in my spare time with my FOSS hat on. (technically there's benpa, our dev evangelist too, but he's ended up being hijacked by Element business this year).
Finally, "Matrix - the standard for open, decentralised communication" is like saying "Rugby - the game". It's not saying that Matrix is the one and only standard for open, decentralised communication any more than Rugby is the one and only game; it's disambiguating it from "Matrix - the mathematical construct".
Meanwhile, comically, xmpp.org declares itself "The universal messaging standard" and "XMPP is the open standard for messaging and presence".
¯\_(ツ)_/¯
Re: Gitter now speaks Matrix
#36This is really exciting! Congrats Arathorn and the rest of the Matrix team
Re: Gitter now speaks Matrix
#37Earlier quoted context omitted.
Matrix now has two flavours of threading defined and implemented as we experiment with the different approaches: label-based threading in MSC2326[1] (i.e. "filter this room to only show msgs tagged #foo"), and full-blown free-form HN/Reddit/NNTP/SMTP/Twitter style threading in MSC2836[2]. The former is closer to Zulip, and is implemented in Synapse. The latter is closer to HN, and is implemented in Dendrite[3][4]. Cl…
So...could I write a gateway that provides functionality for threads to be pulled in from HN/Reddit/NNTP/SMTP/Twitter (MSC2836)? Think Epiverse [1] within Matrix and its clients. [1] https://epiverse.co/
Re: Gitter now speaks Matrix
#38Re: Gitter now speaks Matrix
#39Hi there. I'm completely new to Matrix, so sorry if this is a stupid question, but is there something like a gitter homeserver where I can login with my gitter credentials? If so, what homeserver URL should I use in element?
Instead, just sign up for a Matrix account via Element or another Matrix client, and then you can look at the Gitter server's room directory at Gitter.im and join its rooms from there. Because Matrix is one great big open network, you can pick any server for your account; you don't have to use the Gitter one :)
Re: Gitter now speaks Matrix
#40That was impressively quick. Looking forward to Github/Gitlab repository rooms and activity integration. In the acquisition announcement they also mentioned threading though, which is the most important feature Element is missing for me. Without it I'm very hesitant to use it in a professional setting. I do hope that threads will look much more like Zulip rather than Slack (which is a mess), or offer different view m…
A lot of people, including me, dislike threading in Slack. It breaks the algorithm for reading new messages. I use it when teammates do, and acknowledge it's useful sometimes, but I would prefer not to have that feature. Discord also does not have threads. I've heard some complaints about it, but not many. Threads in Zulip seem to change it into a different kind of app. I don't see how the Slack workspaces that I've…