nodegui VS libui

This looks like it hasn't been maintained in years but there's a modern equivalent in NodeGUI [1] which also has React/Svelte/Vue implementations. Unfortunately it requires a custom build of Node that merges the libuv and Qt6 event loops so YMMV.

It actually inspired me to write my own implementation with Svelte on top of QuickJS and Qt Widgets but the task of wrapping the entire Qt6 API in Rust proved to be intractable once I found out that most methods weren't marked Q_INVOKABLE and thus couldn't be called via reflection (requiring manual wrapping). Providing a `Document.createElement` API that created Qt Widgets with working attributes and event handling worked surprisingly well though!

[1] https://github.com/nodegui/nodegui

Hi, so this NodeGui library for building apps with native components is something I really want to get into, but, it does not work for me.. so I am starting this thread to check with yous (I depleted google results) if any one of you have tips or workarounds I can use. I wish to build a desktop app, but I really do not want to bundle a web browser for that purpose and NodeGui seems perfect.

Use NodeGui (or some equivalent tool) for this. Source: https://docs.nodegui.org/ This is needed because this entire project will run natively, by that I mean it will run with no browser, no local host and it no internet connection.

NodeGUI

Let's continue exploring Electron alternatives. This time, NodeGui. NodeGui uses Qt5 instead of Chromium, so we'll be leaving the familiar web development behind, but it tries to not be too far from it, as web development is what everyone knows.

(Disclaimer: My knowledge of Rust very limited, but I have quite a bit of experience with getting Qt/KDE classes to work with other languages.)

You are absolutely right. The effort to be acceptable bindings for Qt would be a tiny fraction of the cost compared to building a whole new Rust native GUI library.

Qt is huge set of libraries with an equally huge API. But there are a lot of shortcuts and smart ways of approaching the problem to get what you want out of Qt for minimum effort.

Bindings like PyQt and even PySide go for the nuclear option of generating bindings for the whole Qt API and trying to match the C++ API in style too. This is an absolutely massive huge task. Also, getting people to contribute to an open source bindings project is hard. Getting people to contribute to a bindings generator is even harder.

NodeGui https://github.com/nodegui/nodegui, Qt bindings for Nodejs, on the other hand takes a very different approach which in one way is low-tech but I think is actually very smart. I'll summerise the differences:

* It focuses on Qt Widgets first. This greatly reduces the amount of work to the parts that people actually need. (BTW, if you just want QML and Rust back-end then Jos van den Oever's work at https://invent.kde.org/sdk/rust-qt-binding-generator has probably got you covered already.)

There is actually a new GUI framework based out of Qt (a C++ GUI framework) that I have found recently : https://docs.nodegui.org/

You can kind of see the desktop UI train wreck in real time here.

We started with simple stable APIs for a common look and feel. For a while these were evolved and made available in other languages. This was back when native apps were consistent and intuitive and you could… uhh… actually write and ship them without bundling giant runtimes or checking a huge compatibility matrix.

Then around 2012 the train rounds the bend and screeeeech it hits some bad track and starts to derail. UI starts trying to emulate the web, a terrible UI platform, and sane compositional UI libraries and APIs are abandoned in favor of XML soup.

Since this stuff is a trash fire, this is followed by multiple incompatible attempts to replace or fix this. Most of these are abandoned dead ends.

Meanwhile the dev community just said fuck it and went to Electron, creating today’s world where a “hello world” app with an OK button is hundreds of megabytes and has to load an entire private copy of a language runtime and rendering engine.

Versions of this comedy of errors have occurred on every other platform, and of course there has been little effort to create a cross platform UI API that’s sane beyond Qt (with its own problems) and dozens of half completed OSS projects.

So enjoy Electron I guess.

There was one sane human being who tried to do this a while ago:

https://github.com/andlabs/libui

It’s the only sane desktop UI project I’ve seen in almost 20 years, an attempt to create an actual cross platform common API. But it’s abandoned of course, likely too difficult for one dev and nobody is going to provide financial support for anything that sane.

Maybe AI will get good enough some day that we can use it to do a thing like that.

What about https://github.com/andlabs/libui

Fantastic! This is similar to the C library `libui` since it also acts as a wrapper of native libraries of each platform.

If only there was a way to interface to these using some declarative minimal and highly opinionated programming language and paradigm...

https://github.com/andlabs/libui

For the GUI you will need a library or framework that interacts with your specifiv operating system and allows you to create windows and a canvas to which you can draw. You could give libui a chance.

libui-ng is a cross-platform GUI library with native widgets written in C. It is based on an earlier, (currently) inactive project known as libui. While Rust bindings for libui have existed for years (see ui-sys and iui), there is no solution for the new libui-ng; libui-ng-sys aims to fill this role.

libui

https://github.com/andlabs/libui is very nice, but unfortunately dead, if it serves your purpose consider using it, this is a fork under development https://github.com/libui-ng/libui-ng

https://github.com/andlabs/libui

Better yet, it has excellent DSLs that make it possible to build desktop apps in a way similar to HTML, but much better due to keeping all code dynamic in one language (no static/dynamic multi-language separation/mixing dissonance):

Maybe a module that uses https://github.com/andlabs/libui or a light HTML renderer?