[pjmlp]

Unfortunately that is something Microsoft seems incapable of.

MFC was already relatively bad versus OWL. Borland[0] kept improving it with VCL and nowadays FireMonkey.

There there is Qt as well.

Microsoft instead came up with ATL, and when they finally had something that could rival C++ Builder, with C++/CX, a small group managed to replace it with C++/WinRT because they didn't like extensions, the irony.

With complete lack of respect for paying customers, as C++/WinRT never ever had the same Visual Studio tooling experience as C++/CX.

Nowadays it is in maintenance, stuck in C++17, working just good enough for WinUI 3.0 and WinAppSDK implementation work, and the riot group is having fun with Rust's Windows bindings.

So don't expect anything good coming from Microsoft in regards to modern C++ GUI frameworks.

[0] - Yes nowadays others are at the steering wheel.

[trinix912]

Borland was pretty good on the GUI front, I think we're forgetting how easy it was to get something rolling in Delphi. It's baffling Microsoft still hasn't gotten their stuff together on this. They've been just releasing new frameworks since the WinRT era and hoping something sticks.

[ethbr1]

Microsoft's GUI problem is two-fold.

Firstly, that nobody believes them when they swear that {new GUI framework} will be the future and used for everything. Really. Because this time is not like those other times.

Secondly, pre-release user feedback. Ironic, given other parts of Microsoft do feedback well.

Imho, the only way MS is going to truly displace WinForms at this point is to launch a 5-year project, developed in the open, and guided in part by their community instead of internally.

And toss a sweetener in, like free app signing or something.