9 ms·
> the very choice of using Electron itself is usually an act of not caring. Hmm, not sure I buy this, sure it's not as fast as going native on every platform.
by UglyToad 5y ago
> the very choice of using Electron itself is usually an act of not caring.
Hmm, not sure I buy this, sure it's not as fast as going native on every platform. But let's be honest the alternative isn't 3-4 native applications built with care for each special little subgroup. It's a MacOS only app in the US market or a Windows only app everywhere else.
Businesses don't have an unlimited amount of money to spend addressing every tiny market so I'd say the complainer's focus should be on building a better X-plat story if they really care rather than whinging that some application isn't built to make the most of the 0.1% of the addressable market they find themselves in.
- sudosysgen 5y agoUnless you need to run on mobile, Qt is the answer.
- finiteseries 5y agoThat’s the dream, and it stays a dream most of the time. Business concerns pop up again when it comes to building out teams for Qt based desktop apps. Electron comes with an enormous, deep, absolutely stupid big pool of web developers. I genuinely can’t emphasize enough how big it is, and how easy it is to hire from. Montevideo, Montenegro, Monterrey, doesn’t matter. Hot, not particularly expensive developers are ready to churn out React UIs in your area!
- a1369209993 5y ago> Electron comes with an enormous, deep, absolutely stupid big pool of web developers. Looks at the web. As Linus Torvalds put it, it's worth writing the whole thing in C for no other reason than to prevent those 'developers' from 'contributing' to it.
- npigrounet 5y agoQt runs like shit compared to Electron, and its license prices are way too expensive. Moreover it's C++ so a deprecated, unsafe, un-cool and uninteresting dying language no one wants to write anymore.
- sudosysgen 5y agoReally? Make a fully featured modern DE/WM/Compostor in electron that fits into 128MB of RAM and runs at 60fps on a Pentium III in daily usage then with a suite of apps. Or better yet, make a web engine from scratch, that is, write the rendering engine, compositing engine and so on using Electron primitives. Because both of these work very well when using Qt as a base, see LXQt and KHTML.
- nyanpasu64 5y agoCorrection: LXQt uses Openbox (not Qt) for windowing, and offers a choice between no compositor (by default) or one like picom (not Qt) or KWin (Qt Quick, JS-based, I wish it wasn't JS-based but it's too late to change that).
- sudosysgen 5y agoQt Quick is not based on JS. JS is merely an option for Qt Quick.
- npigrounet 5y agoYou do know very well that all of this is going to happen someday. Everything will be re-written in JS just because it's possible. And numbers will show that those solutions beat C++ in speed and resource usage, like VSCode does.
- pjmlp 5y agoWhile using a runtime written in C++.....
- npigrounet 5y agoIn a few years or so, the runtime itself will be in JS. It's unavoidable, this is the way things are.
- 5y ago
- duped 5y agoElectron alternatives aren't platform specific, they're other xplat toolkits like JavaFX, Swing, WxWidgets, Qt, JUCE, Flutter...
- adamdusty 5y agoOf those, Qt is the only one with acceptable performance and ootb visuals.
- int_19h 5y agoSwing is hardly slower than Electron. And what's unacceptable about wxWidgets performance?
- duped 5y agoPerformance is fine on all of these compared to Electron. Every non-native toolkit needs a lot of work to look good. But it's usually less work than native on every target.
- pjmlp 5y agoHere is a Java/C++ audio workstation software, https://www.bitwig.com https://www.bitwig.com And here is a must read book to do great UIs in Swing, http://filthyrichclients.org http://filthyrichclients.org Here are examples of Java applications based on Microsoft's Fluent UI design, https://www.pixelduke.com/java-javafx-theme-jmetro/ https://www.pixelduke.com/java-javafx-theme-jmetro/