Bummer about Electron. My workstation can take it with flying colors, but I also work from a laptop at times and just having 3-4 instances of VS Code, a browser, and a communication app drags my poor 16GB RAM T490 through the mud, to the point I'm working on replacing VS Code despite how fast it helps me get started with new languages compared with Neovim.

FWIW: I would pay 100$ yearly for a JetBrains like license to a solution like this written in something like Qt or Gtk that could successfully replace DBeaver for me.

This is one reason I'm bullish on some of the new UI frameworks coming out of the Rust community in particular. For example https://github.com/iced-rs/iced looks quite good.

What are you smoking? :-)

"Lack of x-platform native GUI frameworks" is not the reason for non-native GUI applications.

You're already spoiled for choice if you want to write a reasonably cross-platform native-code application. Personally I use Lazarus (calling into .so/.dll libraries for anything non-GUI).

The difficulty with using the existing frameworks is why developers are choosing Electron.

I don't think throwing another even more difficult and even more time-consuming tech stack into the mix is going to cause GUI application developers to decide "Finally we can do x-platform GUI apps".

If the creators of whatever application decided that it would take too long to design and implement in QtCreator, Flutter, Lazarus or any of the existing rapid tools, I doubt they are going to want to spend even more time doing it in Rust which doesn't even have the rapid-prototyping tooling!