News for hackers. Stuff that matters.
Re:Atom Was Archived Today by ly3xqhl8g9 on Friday December 16, 2022 @03:04AM (#34012041)
With regards to various applications, the question seems it is not if Electron is fit for them, but if they really need to be a "native application". Why does a chat application need to have it's own native package and can't run in a browser tab? With all the recent development on WebRTC and even File System Access API, can't really find a sole reason* (but feel free to point them out) for 99% of Electron applications: seems some kind of developer ego "we are not just a[nother] web app, we are native".

* Looking at an arbitrary article, "Why does Slack desktop app use Electron?" [1], the answer seems mostly aesthetics, "faster performance [citation needed] and the frameless look".

[1] https://brainhub.eu/library/electron-app-examples#:~:text=Wh...

Re:Atom Was Archived Today by klabb3 on Friday December 16, 2022 @05:39AM (#34012988)
When you start building an app that does anything more than what a typical website does – basic stuff like keeping some persistent files, drag and drop, notifications, minimize to tray, using threads, the html5 apis are widely insufficient, performs poorly or – in the case of webrtc –massively over-complicated). They’re (rightfully) designed for the browser with its ephemeral untrusted model.

It’s a shame, because cross platform app building, distribution and updates is a shitshow, even with electron, putting extra labor on the developers.

That said, some apps should really be web apps, but are still bundled as desktop apps purely for frameless “premium” experience. It would be great if there was better browser support for allowing users to “install” web apps, but right now it’s pretty bad.