[oceanswave]

Here's the thing: What's the #1 application that people use today on their desktops? Browsers.

There's a really high chance that you had another browser process open that was dedicated to writing your comment. Mobile included as the HA app is a Cordova-based solution.

But you feel compelled to say that thing that you used to accomplish your reading and commenting task was somehow slower and hogged your battery.

It got the job done didn't it?

Further, what's the #1 tech that some really smart people are focused on optimizing because of its usage. Yeah, again, the browser.

Show me another standards-based general UI stack that has had as much man hours dedicated to optimization... AWT/Swing/JavaFX? laugh. WPF, also really slow. WinForms? Not a lot of dev going on there at the moment.

[kedean]

The problem with Electron isn't just the fact that it's browser based. It's that it's a different browser. If I run slack, spotify, atom, and an actual browser all at once, my computer is going to slow to a halt. What electron needs is some way to run in concert with my actual browser, or some kind of hub process that coordinates them to reduce the absurd memory and disk space footprint.

[oceanswave]

generally Chrome and IE/Edge spawn separate processes per tab for isolation, but will sometimes group them based on some conditions. On the flipside I'd hate to have some 3rd party program bring down my browser.

So I get what you're saying, but the worst case is that your browser will do the same thing for each tab.

Software like Excel which will spawn a different instance of Excel for each workbook, even though it could theoretically be a single process... so it's not like native apps are a panacea in your argument.

[robenkleene]

An internet comment is a great example of a use case the browser is good for because it's low effort, low in specialized skills, and disposable.

Now we're talking about writing applications with web technologies for high specialized skill and high effort tasks, e.g., code editors, photoshop clones, etc... Which is what a lot of us are skeptical of. These "professional" applications are designed to reward a huge investment in muscle memory, if you are putting so much effort into learning an application, you don't want the return on that investment to be stunted by limitations in the technology the tool is built with.

[oceanswave]

Not following that last statement. There's no guarantee if I build my desktop application with XYZ framework that some technological limitation will crop up with it.

How much emphasis is being placed on JavaFX/Swing/AWT these days. Not so much. WPF? Microsoft has said that "...we are not investing in any major changes to WPF"

There is so much effort being placed in HTML/JS optimizations by WK, Blink, Edge folks that it's hard to find another framework with as much emphasis placed on it.

[robenkleene]

I'm talking about limitations in web apps that exist right now. For example with browser-based apps:

* Lack of data ownership, how do you export/backup?

* Poor keyboard shortcut support, e.g., constant conflicts between the browser itself and the app being run in the browser

With Electron based apps:

* Performance obviously, this might get better in the future, but that's a big bet of your time investment in learning and building on the tool. The fact that Atom is slow on a top-of-the-line machine is concerning. Sure that'll improve in time, but what if I also want to run it on more constrained device, tablets, etc...

* Electron apps still have a long ways to go to support basic platform expectations, e.g., on OS X Atom doesn't Services, AppleScript, or piping to the command line utility.

[rhodysurf]

Qt 5 and QML. GTK on Linux...

[seanclayton]

>Qt 5 and QML. GTK on Linux...

List one that is MIT licensed...

[cpburns2009]

Qt 5 is LGPL 2.1+ (not a problem unless you need to statically link).

GTK+ is LGPL 2.1 (not a problem unless you need to statically link).

[mwcampbell]

And wxWidgets is LGPL with an exception for static linking.