matrix.org VS element-ios

That's a very interesting thread, because this is one of the major issues we have with Matrix. It's not directly a product but a (technical) protocol that can't be presented as such to the general public.

We definitely aim for Matrix-based products to be used by the general public, in the same way emails are. For this to happen, we need to be mindful of who our audiences are, what they are looking for, what they know and don't know, and how to deliver a message that works for them.

If you're interested in how we thought the website, you can check https://github.com/matrix-org/matrix.org/issues/1502 and https://github.com/matrix-org/matrix.org/issues/1543 for example

no idea what's going on here; the post hasn't been changed since it was published: https://github.com/matrix-org/matrix.org/commits/main/conten...

Scalar (the integration manager) is not open source [1] (though there was some effort to reverse-engineer its protocol [2]); and some of their anti-abuse scripts aren't public [3]

[1] https://github.com/vector-im/element-meta/issues/260

[2] https://github.com/turt2live/matrix-dimension/blob/master/do...

[3] https://github.com/matrix-org/matrix.org/issues/557

Saw this post and made me a bit concerned that im heading down a bad route. I understand that CF can harvest metadata but as the chats are encrypted it will be all good?

There are quite a few issues that they've stopped fixing in the Element app in favor of doing it in Element X, the one I've been following is where the iOS app causes a breakage in E2EE when you use the share extension, so they just disabled the share extension entirely and said they'd fix in X - https://github.com/vector-im/element-ios/issues/7618

But X requires Sliding Sync on the server, which is still a separate service to run alongside the homeserver and doesn't have a stable API, much less a spec (?). I am increasingly disappointed with how centralized Matrix is becoming, since AFAIK there isn't really an alternate client close to the same level of quality as Element.

I probably would've made all of the same decisions myself though, so I don't blame them I'm just a bit disappointed in how it's shaking out.

Element X is an entirely new client written in Rust + Swift UI/Jetpack Compose (https://github.com/vector-im/element-x-ios and https://github.com/vector-im/element-x-android) which will eventually replace the legacy Element apps (https://github.com/vector-im/element-ios and https://github.com/vector-im/element-android).

The features already exist serverside; we're just working on getting them out of beta.

You're being downvoted, but I originally had the same question.

It's actually a native app. It's mostly Objective C, but increasingly written in Swift. https://github.com/vector-im/element-ios

There is clearly room for improvement, but apparently they just hired a handful of new iOS developers to work on it. Good things should be coming soon.

afaik, there is no "official" way to do it: https://github.com/vector-im/element-ios/issues/590

Sure. Element for Android, iOS, and web

Every issue I had with Signal, and listed here, is solved.

One issue I have with the Element iOS client is that it doesn't respect system font sizing. So, for older relatives, that app can't be used. I put my mom on something called "Fluffy Chat" though, which does respect font sizes. If Element fixes that, I'll move her back again. It's kinda nice having multiple clients to choose from, though Element is by far the most polished.

https://github.com/vector-im/element-ios/issues/3245

That lets me assume that they either have a restyled fork of Element, or are directly telling us to use Element.

Here’s the iOS pull request for example: https://github.com/vector-im/element-ios/pull/3890

There's a GitHub issue mentioning the same domain, but it doesn't suggest it's used for verification

4. While core functionality is both broken and undocumented, the maintainers announce rabbit hole features that no one asked for and seem very much like distractions, like their recently-announced microblogging view/client[4]

In short the Element maintainers have shown little interest in making the platform accessible to the people who need its differentiating features the most, and have prioritized the "mad science"/technical aspect of their platform at the expense of the human element (end-users and operators).

It'd be cool if Element used their resources to hire some UX folks and community advocates whose sole focus is addressing the horrid accessibility of their platform. I think most users would rather see that than further "mad science".

[1] https://github.com/vector-im/element-ios/issues/3762