Top
Best
New

Posted by archb 3 days ago

Discord is ditching Electron and its new app uses less RAM(www.theverge.com)
493 points | 432 commentspage 2
throwaway2046 3 days ago|
https://archive.ph/udbZx
Venn1 3 days ago||
The Linux desktop client was using a bit more memory than I expected. 1326 MB from a cold start, and I'm only in 11 servers.
satvikpendem 3 days ago||
GPUI is quite a strange choice because there are so many forks of it, because Zed which made it is not interested in PRs that don't serve their use case of text editors, thus lots of common sense PRs for general desktop development were rejected.
tensor 2 days ago|
The fragmentation around GPUI really is unfortunate. It seems to be the only framework that is complete enough for serious products. E.g. you can pair it with accesskit and have accessibility, it has a good number of components including difficult to write ones like text editors with highlighting.
satvikpendem 2 days ago||
I'm looking forward to Blitz personally. And I don't think it's true that it's the only complete enough solution as there are many in Rust like slint, iced, egui etc.
tensor 1 day ago||
Slint yes but it’s commercial. Iced didn’t have a real accessibility story when I looked a few months ago. Ditto for egui. Also egui is immediate mode only which limits its general applicability.
ogoffart 1 day ago||
Slint is under multiple license, including the open-source GPL and a royalty free license. What specifically bothers you about the licensing? (I work on Slint, genuinely curious)
satvikpendem 1 day ago||
Probably that it's not non copy left like MIT so they can't just use it without sharing code back.
ogoffart 1 day ago||
But they even can. (royalty-free license)
satvikpendem 21 hours ago||
For free without paying, like the other GUI frameworks.
tensor 18 hours ago||
Correct. This is a class of products that I really would rather not go commercial for. It's extremely difficult to change after the fact so from a business standpoint it puts us in a place where if the vendor decides to start cranking prices or they sell their business and the new owner does, then we are in a really difficult position.

It's not actually about paying money or not, I've signed up for many a patreon or what not to support open source projects I use. I fully believe in paying people for software. But for core things like this I do prefer MIT/APACHE.

thoughtpeddler 2 days ago||
Was no one else using Discord as a progressive web app, striking the best balance between resource footprint, no additional local apps on their device, still preserving their native UI, etc?
Telaneo 2 days ago||
> Was no one else using Discord as a progressive web app

Going by me and my friends, no.

> striking the best balance between resource footprint

If this is the best balance possible, then that balance is horrible. Having to pull along a whole browser is a massive ball and chain on any program that I wish I could cut off anywhere I see it.

> no additional local apps on their device

This isn't an advantage for my use cases, nor any of my friends apparently.

> still preserving their native UI

As in preserving Discord's or your OS's UI?

I don't care about the former. I'd use DiscordMessenger[1] if it was mostly feature complete and Discord didn't ban third-party clients.

The latter isn't really preserved in any meaningful opinion by shoving it into a browser. The difference in UX post-install between a PWA and a seperate browser window (or a seperate app) is zero to me. It's still not native.

[1] https://github.com/DiscordMessenger/dm

bagacrap 2 days ago||
> Having to pull along a whole browser

Electron apps do this. PWAs do not because you are already running the browser.

> > no additional local apps on their device > This isn't an advantage for my use cases,

It objectively is, because (a) you don't have to run Electron next to a browser (b) your Electron app lags behind in security fixes compared to Chrome or whatever you use to browse, and (c) PWAs have a much stricter permission/capability model than native apps, so you can run PWAs from publishers you don't trust that much.

Telaneo 2 days ago||
> Electron apps do this. PWAs do not because you are already running the browser.

Sometimes, I might actually not be running the browser. And even if I am, a native app is still better.

> you don't have to run Electron next to a browser

I don't quite see the point you're making here?

> your Electron app lags behind in security fixes compared to Chrome or whatever you use to browse

Any app I download is sandboxed to the point I don't see this as a benefit of any magnitude.

Not to mention I might want the option of not updating (although I think this is an option with PWAs nowadays, although I've never actually tried).

> PWAs have a much stricter permission/capability model than native apps

Ditto.

> so you can run PWAs from publishers you don't trust that much.

I don't want to do that in the first place.

Native apps can do all those things better already. Can we please just have native apps instead?

Tmpod 2 days ago|||
I do this on FF through https://github.com/filips123/PWAsForFirefox. Works really quite well, and allows me to run uBlock Origin still ;)

With a native app, which I still welcome for perf/mem reasons, I'll have to configure opensnitch (or smth of the sort) to take care of the outgoing telemetry calls... A system-wide uBO would be a nice to have!

odo1242 2 days ago||
I’ve been using it in the normal web browser as a normal browser app.
Daedren 3 days ago||
I've never used GPUI. Does GPUI provide the same assurances of accessibility? Of proper CJK rendering?

Activities will apparently still use Tauri. Is that going to be a compatibility nightmare due to WebKit? (At least until CEF comes out)

mintflow 3 days ago||
It render accetpable Chinese text, and the IME stuffs work on the control such as search box
tensor 2 days ago|||
Yes it can be made accessible, it's just not in the repo and needs to be integrated with other libraries. Things like https://github.com/longbridge/gpui-kit do it for you.
eviks 3 days ago||
Think still has no accessibility, and given that the public framework is abandoned might not get there
drcongo 2 days ago||
Not quite abandoned, just that the Zed team stopped focussing on it. I've been building with this, very active GPUI framework: https://gpui-kit.com
happyPersonR 2 days ago||
Most people have ditched discord because if you try to do anything of value discord deletes the server
Scaled 2 days ago|
Community managers must learn to never build a community on someone else's platform.
lukan 2 days ago|||
But you do realise your advice is ignored by roughly 99.9% of people who use FB and co. and this is still where the people are?

Also, what real choices of owned plattforms besides old school forums are there?

Scaled 2 days ago|||
Facebook is one of the worst places to build a community. You now have to pay to post more than two links a month, even.

And you might be impressed how far forums have come. Open source Discourse forum now has built-in Discord like voice and video chat, along with real time text posts. (It also powers some extremely large communities with millions of users.)

lukan 2 days ago||
Oh I agree in general, I don't have FB. And discourse forum is probably what I would have tried too, but can it really scale to millions of active users? The largest I know are some linux forums, but they are way smaller.
Scaled 2 days ago||
Oh yes, it's used by Roblox, Blizzard, Unity, Epic, etc. Often the big companies remove the branding, but it's Discourse under the hood.
bigyabai 2 days ago|||
> what real choices of owned plattforms besides old school forums are there?

ActivityPub, AT Protocol, Nostr, to name a few.

lukan 2 days ago||
And what thriving communities build up on those protocols?
bigyabai 2 days ago||
Close-knit ones, the sort that don't trade principles for outreach.

Bully on me for expecting narcissists to grow a spine.

subarctic 2 days ago|||
If everyone listened to this advice most communities would not be built
asdff 2 days ago||
It used to be how all communities were built before the platforms.
jmyeet 3 days ago||
We've barely begun seeing the impact of AI on software (IMHO). Things like vibecoding the Adobe suite are going to destroy Adobe. That's going to happen to other companies too. It'll take awhile but it will happen.

I've always disliked Electron apps in principle. The idea was you could write once, run anywhere, which is something we've heard before so many times but it never really works out that way. Back in the early days of Java we heard this mantra with applets and Java desktop apps and the reality was "write once, test everywhere".

The cost is simply too high. Nobody wants an entire browser engine packaged to run a desktop app. Security-wise, this is a nightmare. It's such a huge attack surface (eg [1]). And resource-wise it's also a nightmare. Honestly, Electron apps can't die fast enough for my liking.

What I think we'll see is a return to desktop apps because the cost of porting them to new platforms is dropping like a rock.

There are modding issues with Discord's migration but I believe modding itself is going to be an issue in a world where it's going to be increasingly easy to find and use exploits.

I also wonder if Discord is the best we can do here. I've always hated Discord from a UI/UX perspective. Nothing about it is intuitive (IMHO). There are like 3 different settings buttons. You join a Discord and you get yet another custom flow of having to go to this channel and select roles and do something before you can do something else blah blah blah. Everything feels shoe horned. And Discord channels are a worse repository for information than the old forums were.

[1]: https://www.sentinelone.com/vulnerability-database/cve-2026-...

smolder 3 days ago||
There was already an electron-free native client for discord some years back, but they interfered with it. At this point, there's nothing at all impressive about this. It's not hard to ask AI to "RIIR" as has been shown many times. However, I am glad that building stuff on electron might finally be seen as lazy and wasteful.
meomatic 1 day ago||
I hope that next apps that use Electron will ditch it for native technologies, maybe for Rust or C++. Please, Spotify, do the same. Look at Telegram's working speed and performance.
krystalgamer 3 days ago|
If I understand correctly, they're ditching Electron but still using React but with their custom renderer.
More comments...