rbfx VS nuklear

good engines for C++ that meet your requirements https://github.com/u3d-community/U3D https://github.com/rbfx/rbfx i highly recommend taking a look at rbfx, U3D doesn't have all the fancy features that rbfx has but deep down they are the same engine almost. They are forks of Urho3D, a mature engine that has existed from the year of 2011/2010.

Urho3D is dead. There is the U3D project which is essentially a maintenance fork made after the original project was taken over by a crazy Russian nationalist. There is also rbfx which is a progression fork that is working to make improvements such as to the PBR rendering pipeline, making it work with C# if desired, as well as rebuilding and improving the editor. The original Urho3D is soon to be even more dead than currently, since the discourse forum is set for archival and deactivation at 4:00 AM tomorrow morning.

Go to: https://github.com/rbfx/rbfx, they have a discord but IIRC it's basically just a CMake build so you flip the flags to say "WebGL" or "Emscripten" or w/e and CMake will basically tell you everything that's wrong.

If anyone is looking for a Unity alternative, the guys at rbfx are doing a great job revamping the old Urho3D codebase: https://github.com/rbfx/rbfx

It has good C# scripting support, a nice editor and modern rendering pipeline.

You could try Urho3D or its newer fork rbfx.

I use an engine called rbfx which is a fork of the Urho3D engine. A lot of it is just the fact that I've been using it for over a decade, so I am comfortable with it. I'm a programmer, not really comfortable with integrated editor engines such as Unity or Godot, and the easy C++ extensibility of the engine appeals to me. Plus it's decently powerful, and well supported on a lot of platforms (I build for Windows, WebGL, and very occasionally RPi for the most part) and is open source to satisfy that stubbornly libertarian side of my character.

Nuklear is an alternative Immediate GUI, also written in C.

> And for the right project, especially those where a predefined engine structure does not not fit, it can still be the most productive choice.

Right on. While interning at an oil refinery, I developed an application in LÖVE that processes and displays data from spectrometers. In hindsight it may not have been the wisest choice, but hand rolling all the GUI elements I couldnt force out of the Nuklear[0] bindings for LÖVE gave me a strange sense of satisfaction.

[0]: https://github.com/Immediate-Mode-UI/Nuklear

No, Nuklear has been updated 2 days ago.

I think good option would be nuklear it is a single header lib

For GUI, there are lots, most well-known of course being Dear Imgui, for which people have made auto-generated C bindings. Another mature but a lot simpler option is Nuklear, as others have mentioned. Even more minimalistic (it's just 1KLOC) is microui. There are a lot more, just google "imgui library c".

What about https://github.com/Immediate-Mode-UI/Nuklear ?

Nuklear? They have a number of backends.