If anyone knows an alternative that has web, IOS, and Android clients, easily self hostable, and can do calling, please let me know.
If anyone knows an alternative that has web, IOS, and Android clients, easily self hostable, and can do calling, please let me know.
Element X is a mess. You can make it look good in comparison to the previous one on a "checkbox" basis like you just did, but it's clunky, buggy, and so unappealing that I don't see myself recommending it to anyone. Even tech nerds can't stand it any longer, which was the premise of this post.
Yup, I get it, you are emotionally involved in all of this, and criticism hurts, but the only way "blaming it on the users" ends, is with no users left at all.
I mean, picked from the top of THIS comments section
- https://news.ycombinator.com/item?id=44627333
- https://news.ycombinator.com/item?id=44617565
- https://news.ycombinator.com/item?id=44617604
(the linked article being a fourth)
Not the Element X rewrite, which everyone seems to agree is better… but just not feature complete yet. Thanks for clarifying :)
No, out of the 4 cited sources, at least 3 clearly identify Element X. Also, great way to miss the point: users can only bear so long being told that they are wrong.
Been using Matrix via Synapse since ~2019 and all the Matrix odds and ends require the least maintenance out of anything in the stack. Any uptime issues I've experienced have been my own silly fault with incorrect configurations.
Even Element as it stands without the X builds is leaps and bounds ahead of anything else I've tried (and I have and continue to try a lot of FOSS, but nothing does what Element does as a client, nor what Matrix does as a protocol).
It will be nice once all the features are in, but experience seems to indicate that I can live with better performance and fewer features.
That is not the way you create high-quality software in a cost-efficient manner.
While Matrix has a value as the pretty much only open-standard IM system with even moderate levels of user adoption, all this makes it hard to actually love it or even to be enthustiastic about it.
Element Web/Desktop is 11 years old and has never been rewritten, and while we’re just starting to experiment with the Rust SDK for it, it’s unclear yet whether we migrate the current app to Rust SDK or write an Element X Web.
Element iOS is also 11 years old, and as fun and expensive as it was maintaining three entirely separate codebases between iOS/Android/Web, we only switched to Rust with Element X as of Sept, and have no plans to switch again.
Now, it’s true that Riot Android did get rewritten in ~2019 (into RiotX, which became Element Android) - mainly because it needed to get a proper storage layer and to move from Android 2.x vintage UI code. Now we have a common rust SDK to do all the heavy lifting it is reasonable to switch the app to use it, which is what Element X Android is.
In other words, this whole exercise is trying to simplify development on to one stable Rust codebase, rather than hunting bugs and reimplementing features over 3 entirely separate codebases.
If we did it again perhaps we’d try for a replace-the-engine like Signal did rather than rewrite-the-app - or perhaps do a big bang replacement when the rewrite is ready. But instead we wanted to get the new apps in the hands of users earlier, and we do not remotely have the funding to develop both old and new in parallel.
Hopefully history will show this was an okay approach in the end, even if everyone hates us in the final stages of the transition.
So what might be a negotiation between two parties--you and the app dev team--is now complicated by a thorny third party--your os platform team. Presumably you derive some value in other areas from your walled garden that offsets the penalty it introduces in this case. But it's still crummy that you're caught in this snag created by your os platform.
I was travelling frequently through Asia and the Middle East around a decade ago. I wanted a platform that just works, that is low on resources, that I can self-host, that I can "disguise" itself as something else when needed (run behind a different port, or IP, over ToR, etc).
Matrix was new then, and promising to right every wrong from previous protocols (mild exaggeration). I bought into the hype, and got burnt by it, finally settled with XMPP (which Matrix had told me wasn't adequate), and stayed there to this day because when Matrix really didn't go anywhere since, XMPP kept getting better and better. That would be my recommendation to you.