I'm not very much into chat apps and protocols, but isn't it possible to just revive XMPP? Ten years ago we used Adium and Pidgin, and federated chat seemed like a solved problem. I understand XMPP with its extensions and use of XML fragments might be complex, but it sounds like matrix or another new protocol isn't easier. In a way, those willing to invest time into F/OSS chat apps have done the best they could with…
Matrix 1.0 – Are We Ready Yet?
71–80 of 208 posts
Re: Matrix 1.0 – Are We Ready Yet?
#72Earlier quoted context omitted.
I don't want to knock the hard work the Riot developers have put into their application, but I just don't understand: why does 'modern' web design seem to require wasting so much white space? Looking at the screenshot on that blog post, the actual chat transcript is somewhere in the middle of the screen (sandwiched between giant sidebars on either side). Compare to irssi (or any other console IRC program), which uses…
Why would you want messages to span the entire screen? https://ux.stackexchange.com/questions/108801/what-is-the-be...
For example Discord is borderline unusable if it is one of two windows side-by-side on my laptop, and completely unusable if you have three. This can't even be an unusual case for people on UNIX derivatives using tiling window managers - Windows has had functionality to tile windows like this since 7. Whatever happened to responsive design? See Telegram desktop client for an example of how it should work - the layout actually changes as you resize the window.
Re: Matrix 1.0 – Are We Ready Yet?
#73Earlier quoted context omitted.
The "good luck talking to your own federation" comment is being taken out of context. I can't find it in my history (so I assume it's been paraphrased), plus from memory I think it was the final line in an argument over how some bit of the protocol should be implemented. After failing to convince the guy that our approach was better than his proposal, I gave up with "okay, you can always do it your way, but you'll on…
It'd be great if there were usable non-Riot clients that fully supported end to end cryptography. At this point Signal has better alternative clients in Pyre.chat and Signal-Weechat than Matrix has, as the existing alternative clients are almost all MVPs missing major features like e2e. The lack of a simple, common library is a real sticking point. Each client & bot shouldn't have to implement the baseline network pr…
Re: Matrix 1.0 – Are We Ready Yet?
#74Re: Matrix 1.0 – Are We Ready Yet?
#75Earlier quoted context omitted.
Why would you want messages to span the entire screen? https://ux.stackexchange.com/questions/108801/what-is-the-be...
Because: window managers! http://i.imgur.com/4K0pa6m.jpg That said...I must confess that irssi uses a non-trivial amount of margin space as well!
Re: Matrix 1.0 – Are We Ready Yet?
#76Earlier quoted context omitted.
I don't want to knock the hard work the Riot developers have put into their application, but I just don't understand: why does 'modern' web design seem to require wasting so much white space? Looking at the screenshot on that blog post, the actual chat transcript is somewhere in the middle of the screen (sandwiched between giant sidebars on either side). Compare to irssi (or any other console IRC program), which uses…
Why would you want messages to span the entire screen? https://ux.stackexchange.com/questions/108801/what-is-the-be...
Yes, I have a terminal (xterm) with irssi running, that terminal is 80x24, and give or take the timestamps, it is indeed between 50 and 70 characters.
Whereas Wire and Riot takes up the entire screen as a single window.
Re: Matrix 1.0 – Are We Ready Yet?
#77I'm not very much into chat apps and protocols, but isn't it possible to just revive XMPP? Ten years ago we used Adium and Pidgin, and federated chat seemed like a solved problem. I understand XMPP with its extensions and use of XML fragments might be complex, but it sounds like matrix or another new protocol isn't easier. In a way, those willing to invest time into F/OSS chat apps have done the best they could with…
They built something like XMPP, just a bit different. What they got is more fragmentation in the space of free messaging. None of the justifications they have how their approach is different justifies the costs of additional fragmentation they create.
This is super frustrating, people don't seem to have an understanding what the costs of incompatibilities are. You can also observe pretty much the same at the micro level of within XMPP and encryption standards, where everyone seems to think the solution is yet another encryption standard instead of having just one.
Re: Matrix 1.0 – Are We Ready Yet?
#78Off-topic, but Whatsapp provides E2E for groups upto 256. Matrix can apparently provide E2E for bigger groups. Did they do scaling better?
yup. we layer megolm on top of olm (double ratchet) to scale to ~1000 or further.
Re: Matrix 1.0 – Are We Ready Yet?
#79Earlier quoted context omitted.
Federation is a form of decentralization.
No, decentralization is invented alongside the blockchain and nothing without a blockchain is decentralized. :)
[0]: https://thomaslarock.com/2018/11/no-you-dont-need-a-blockcha...
Re: Matrix 1.0 – Are We Ready Yet?
#80I'm not very much into chat apps and protocols, but isn't it possible to just revive XMPP? Ten years ago we used Adium and Pidgin, and federated chat seemed like a solved problem. I understand XMPP with its extensions and use of XML fragments might be complex, but it sounds like matrix or another new protocol isn't easier. In a way, those willing to invest time into F/OSS chat apps have done the best they could with…
Matrix is the perfect example of xkcd 927 - https://xkcd.com/927/ They built something like XMPP, just a bit different. What they got is more fragmentation in the space of free messaging. None of the justifications they have how their approach is different justifies the costs of additional fragmentation they create. This is super frustrating, people don't seem to have an understanding what the costs of incompatibilit…
To reiterate once again, the things which Matrix tries to do differently to XMPP include:
* Be a replicated conversation database for realtime conversations, more like usenet (NNTP) if anything than IRC or XMPP or SMTP (or, alternatively, an open standard alternative to Slack, which is also focused all around syncing conversation rather than passing messages).
* All conversations are group conversations. There are no such thing as 1:1s; just a room with 2 people in it.
* To be clear: there are no APIs to send a message from one user to another in Matrix. Instead, you sync a message to a room, which updates its conversation history, and the history update is then synced to all the other servers (and users) in the room.
* Have a single monolithic versioned protocol (https://matrix.org/docs/spec) rather than a finely granular cloud of XEPs which may or may not be compatible or best practices or implemented at any given point.
* Build in E2E encryption from the outset.
* Implementation before formalising spec
* A "there is not more than one way to do it" mentality on developing the spec (i.e. a python rather than a perl approach)
Meanwhile, we have spent a lot of time writing decent bridges to ensure that we do not fragment communication with chat systems - be they open or closed. For instance, right now, I see 41 people participating in Matrix HQ from XMPP, ~200 from IRC, ~40 from discord, ~20 from telegram, 5 from slack, and the rest (~3000, including idlers) from elsewhere in Matrix.