[voidpepe]

You are correct, but I still feel like we need a better way of making cross-platform desktop applications than just wrapping a webapp into a bunch of bloat. Web technologies were never meant for this and it pains me to see a messaging desktop app clog up 100s of MB of memory

[sgc]

We do need a better setup, but is there any more mature UI platform than HTML+ CSS +JS?

I don't think the concept of wanting to used this advanced interface is wrong, just that the implementation of Electron is bloated - and that web programming culture is far too wasteful because the premise there will only be one important app on the computer.

I have not tried sciter, but making a fast, light Electron alternative is the right way to go. To go with that, I would like to see a new emphasis on fast and light js/css libraries and frameworks that treat desktop as a first class citizen, using light SVGs instead of big raster images, automatically generating stripped down icon packs rather than loading all of fontawesome etc.

That looks like a much more promising way forward than any other UI framework I have seen. The interface with a myriad of languages for actual hardware access and local file/data manipulation are already there for the most part.

Because of this overwhelming benefit in my opinion, it is worth it to go through the development pains to get there as the easiest path to a better dev experience, rather than trying to use some other tech and bring it up to web UI quality and flexibility.

[mike_hearn]

HTML isn't really meant to be a UI platform. It's a mature hypertext platform, but for UI it isn't ideal:

• Very few core widgets. Everyone has to supply their own.

• Poor/non-existent support for menus.

• Poor support for keyboard accelerators.

• Rich text editing is ropey, and you have to supply your own UI.

• No table views, tree views, or virtualized list views.

• Multiple incompatible DSLs all of which get wrapped in practice.

• Only accessible from one programming language.

• Only recently got any built-in notion of components.

Electron is convenient because lots of people know HTML and because it lets you incrementally upgrade a pre-existing web app. But if you know you'll be on the desktop anyway there are toolkits that solve the above problems, some of which meet your requirement of being lighter whilst still using stuff like CSS or SVG. Qt fits the bill and if you're not a C++/Qt person, JavaFX also uses a dialect of CSS (which can be compiled to binary even) whilst still offering a fairly complete widget set out of the box. It can be compiled down to a fully native binary these days, and even streamed over the web (see https://www.jfx-central.com/ for a demo).

So once you leave the browser you have a far greater array of UI options available to you. Power users in particular tend to appreciate the productivity of standard desktop UI paradigms.

And they're all equally easy to distribute these days. Conveyor will ship anything, it just has some sensible defaults for Electron/JVM/Flutter apps. Fully native apps work too, though.