Live data from Hacker News

Giving Up on Element and Matrix.org

xn--gckvb8fzb.com

141–150 of 150 posts

Re: Giving Up on Element and Matrix.org

#142
post #137
post #118

Earlier quoted context omitted.

Could it be that your needs would be covered by XMPP? You can run that on a RPi in a shoebox.

Probably, yeah, though I'm not familiar with the ecosystem yet. It seems like ejabberd is written in erlang, which is promising.

> I'm not familiar with the ecosystem yet. It seems like ejabberd is written in erlang

I highly recommend ejabberd: it's one of the easiest server software I ever had to sysadmin. It's rock-solid and never gets in your way. It also packs everything you need for modern instant messaging and audio/video calls. Install it, open few firewall ports, define some DNS SRV records, and you are good to go.

> which is promising.

I mean, ejabberd is what WhatsApp and FB Messenger started from :-)

Re: Giving Up on Element and Matrix.org

#143
post #131

Earlier quoted context omitted.

> This is literally the first time i’ve heard someone accuse Element X of being clunky, buggy or unappealing 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)

right, so you are talking about the old legacy Element client, which all those links and the OP are complaining about being clunky/buggy/unappealing. Not the Element X rewrite, which everyone seems to agree is better… but just not feature complete yet. Thanks for clarifying :)

> talking about the old legacy Element client

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.

Re: Giving Up on Element and Matrix.org

#144
post #141

Element X works very well for my use case. My only complaint is that for some reason I’m unable to search through my messages. Even in private chats, there’s no such thing as search.

We're on the case :) https://github.com/matrix-org/matrix-rust-sdk/issues/5350

Re: Giving Up on Element and Matrix.org

#145

Speaking as project lead for Matrix, I obviously feel pretty gutted when someone gives up like this. Doubly so when the straw that broke their back wasn't even a Matrix problem, but really gnarly postgres corruption (see https://news.ycombinator.com/item?id=44618702 ). Firstly, I'm sorry they had such a bad time, and as per https://news.ycombinator.com/item?id=44621077 there's a tonne of things we've (i've) done wron…

Love Matrix/Element and how you deal with criticism. I've heard (and tried) the new experimental webapp. Is that actually something more than an experiment and will this see further development? I'm asking because I really enjoyed it but felt like it might have been just a test balloon.

thanks :) we're still experimenting with whether to replace Element Web's engine with matrix-rust-sdk, or move Element Web's UI components over to the Aurora experiment and build an Element X Web. Given how well the Element->Element X transition is going on mobile (c.f. the rest of this thread) you can see why we're considering our options.

So, at the moment it's very much still a test balloon (and we've yet to find anyone to fund us to do an Element X Web anyway).

Re: Giving Up on Element and Matrix.org

#146
post #7

I'm of the same stance. I've been using Matrix for 3 years now, primarily to communicate with family located where there is high censorship and most messengers are blocked. Probably due to the complexity of the system and inherent design, performance is horrible. Good enough for usage but just unpleasant. Their new Element X client is meant to solve a lot of problems but they're starting to deviate from common standa…

It’s depressing to hear that you’ve given up on Element X, given that’s where all the work has been going, including ensuring the encryption is rock solid. Element Call is still webrtc; the fact it’s direct calling to a SFU rather than needing TURN for firewall traversal should be a good thing. How did you try to set it up? I did a basic walk through at https://github.com/element-hq/element-docker-demo in case that h…

I don't actually dislike the new client. It's just that things don't work well between them. Afaik you can't call someone on Element X from old element.

Re: Giving Up on Element and Matrix.org

#147

Earlier quoted context omitted.

> It's tough finding an open-standards based IM application for corporate use. I didn't try it, but this seems interesting: https://github.com/jesse-greathouse/eIRC "eIRC is a modern, scalable enterprise messaging architecture built on the IRC protocol. Designed for organizations that require ephemeral, real-time communication without the heavy operational overhead of pub/sub systems like Apache Kafka, eIRC delivers…

That's too far in the other direction, IMO. The IRC protocol was a poorly designed mess. Tying yourself to it means inheriting all of its bizarre quirks and limitations, and there's very little that existing IRC servers do that would be difficult to replicate. (For a taste of just how weird and terrible IRC can be, try to answer the question "what is the maximum length of an IRC message". If your answer is a specific…

In my understanding, IRC was not designed at all. It has more like been built in an ad-hoc manner. IRCv3 is an attempt to create a clear specificatiot.

Re: Giving Up on Element and Matrix.org

#148
post #115
post #64

Earlier quoted context omitted.

The best chat system for geeks is zulip. Messages threaded, everything markdown. very efficient use of screen estate. For less geeky use I indeed have had Delta on my list for years. Haven't really tried yet myself, not to speak about convincing.

People keep hammering zulip as the example of threads done right. I disagree. They are practically indistinguishable from rooms, in looks and behaviour. It's not like zulip is offering a better abstraction/isolation level: you end-up with just as many threads, as much (in)convenience dealing with them, and the exact same caveats (there's no known solution to people writing out of thread, so the cognitive load is stil…

That's why I wrote it is for geeks. Maybe I should have said it's for geeks that keep don't mind the offort of their stuff/data/code organized. You need to put some thinking to use reusable topics. And when discussion goes off-topic you need know where to move it. Zulip has support to do that, other systems just don't.

I was in a company for over 6 years where zulip threads were very organized. "zulip police" would tell those starting to create a mess. It's a cultural thing. We also spent significant time to keep our code clean. 90% of the work-places keep neither their communications nor their code organzied.

Re: Giving Up on Element and Matrix.org

#149
post #141

Element X works very well for my use case. My only complaint is that for some reason I’m unable to search through my messages. Even in private chats, there’s no such thing as search.

We're on the case :) https://github.com/matrix-org/matrix-rust-sdk/issues/5350

Hey Matthew, thanks for the feedback! I didn’t know how to properly search for this to learn more. Wish you for this task to succeed. It feels it’s more complicated than I thought, because of the federation and maybe encryption too, I assume.

Re: Giving Up on Element and Matrix.org

#150

To add to the pile: - The web client doesn't load any images/media anymore for me in new sessions. I log in, I cross authenticate with another client, no images load. At work I've a very old browser session going and everything works. - We host synapse at work to explore feasibility. Been going on for about 9 months now. Public profile lookup is disabled. This breaks inviting anyone from our company from another serv…

> The web client doesn't load any images/media anymore for me in new sessions. I log in, I cross authenticate with another client, no images load. At work I've a very old browser session going and everything works. That sounds like something with authenticated media has gone really wrong. Do the fetch requests for the media fail, or does it not even attempt to make the requests? Is there an error message in the logs?…

Media loading fails with M_NOT_FOUND (debug console network tab), regardless of wehter the user posting the image is from my own home server or another one.

Invite issue: https://github.com/element-hq/element-web/issues/29028

And several ones opened against synapse, but as it happens a fix was finally merged a day ago: https://github.com/element-hq/synapse/pull/18696

Post reply on HN