I attempted to use this in the past but ran into problems (it could be time to revisit it though).
1. It's pretty tightly integrated with their custom IDE. There was no CMake or Meson or anything else to use another IDE.
2. I ran into a strange issue where menu bars didn't render on a obscure X11 window manager (cwm, the OpenBSD one). Qt, GTK, FLTK Apps had no problem here.
Anybody using this in production? I just transitioned one of my teams from Qt to wxWidgets for cross platform GUI development. I would be interested to hear what people think of U++ for desktop native GUIs.
What's wxWidgets like these days? I used it a lot 10ish years ago and found that while it worked great for simple things, once you tried to create anything even slightly complex it was both buggy and undocumented.
Pretty much. Some of the paid Qt module look interesting, but the clarity of wxWidgets license made is easier for us to deal with our legal department when releasing new products.
If you like using Qt but you also want a more modernize C++ version of it, you can try https://github.com/copperspice/copperspice/ and I'm pretty sure its license have you covered.
The folks behind that framework also have an amazing Youtube channel [0] where they talk about complicated C++ topics in great clarity (well, as great as one can expect for such a complicated language). They don't post often, but when they do, it's almost always a gem.
Has it had an impact on your productivity? Are developers shipping faster, same pace as before or slower? Would be super interesting to know if legal has increased productivity through bureaucracy, or how much a decrease in say 20% is costing the company - which is something that probably could be a fast track back to Qt.
CodeTyphoon and U++ are 2 valid alternatives to LiteCode+wxWidgets.
You can cross-compile with all 3 of them, but most importantly, you will only see the advantages of using them in the long run (rather than Visual Studio)
It's hard to explain until you try yourself doing a big C# project, in the short term it seems so convenient and such a good idea (same as with Unity, or Embarcadero)
The biggest is that you or your team are fluent in C++ and are targetting multiple platforms. In practice, fluency often pays much higher dividends than whatever differentiates one language from another.
Besides that, many critical third-party resources (operating systems, niche professional libraries, etc) are still designed for C or C++ integration and often written in those languages themselves. When you use C++ to integrate them into your own project, you don't introduce an extra layer of bugs, limitations, or performance issues associated with bridging and marshalling and can more easily trace and debug issues that arise during or after development. Further documentation and support often presume you're using C or C++ and so you get the best insight into how they're meant to be integrated and the most help when you run into trouble.
If you're not already comfortable with C++ or not working in one of those scenarios, it's less warranted, but the two factors above account for plenty of real-world projects.
> When you use C++ to integrate them into your own project, you don't introduce an extra layer of bugs
I’m mixed about this statement. Yeah, I had to write some pimpls to make cross platform API for multiple OSes.
And I’d also say modern C++ got nice compile time checks and makes safer code. Still, it doesn’t reduce potential of bugs or security issues due to race conditions, or direct memory interactions in comparison to writing in Swift or Rust as an example and binding what you need.
If you want it to be fully native and not have to carry a runtime, C++ is pretty much your best choice. I think technically Python could be pretty slim if you just bring the runtime and build the GUI out of raw Win32 calls in Cython. That is something I've been thinking of trying for a while but mostly as a toy project to see how small you could get a Python GUI tool and not something for production.
1. It's pretty tightly integrated with their custom IDE. There was no CMake or Meson or anything else to use another IDE.
2. I ran into a strange issue where menu bars didn't render on a obscure X11 window manager (cwm, the OpenBSD one). Qt, GTK, FLTK Apps had no problem here.