The winrt APIs can be used from traditional desktop apps just fine, and mixed with win32 from within the same executable. They don't constrain anything. UWP, however...
Most and all are 2 different things. I've discovered limits immediately after investigating possibility of porting one of my apps.
The winrt APIs can be used from traditional desktop apps just fine
WinRT based applications run in sandbox and have their own limits.
None of what you say has any relation to my original POV.
Now that they have Github, NPM, Azure, WSL2 and WinUI its no surprise why they would want to allow other languages such as Rust to be easily used on Windows. Better support for Rust means more developers will hop on supporting Windows.
I rather have the warm feeling that random app X won't snoop my user data files.
More seriously. Windows does not prevent me from using Win32 so no need to use ReactOS and I did not ever have a single customer complaint about not using UWP/.NET/WinRT/Whatever tech. So in my areas of business where it concerns desktop apps that "warm feeling" means zilch fro a practical standpoint.
https://blogs.windows.com/windowsexperience/2020/05/04/accel...
Apparently you aren't using OpenGL then,
https://devblogs.microsoft.com/directx/in-the-works-opencl-a...
My desktop apps that use hardware acceleration and I still care about are DirectX.
In any way keep reading news and adjust your stack and rewrite your applications every time MS sneezes. Good luck. I am pretty happy so far investing in features rather then rewriting.
Unlike Apple, Microsoft is dead serious on maintaining compatibility with minimal hassle.
Or OpenGL/Vulkan in Win32 or UWP sandboxes for that matter.
The only way to run Win32 on Windows 10X and possibly in future Windows 10 versions as well, even if it takes a couple of years more, just like it is happening with Apple and Google's platforms.
My personal view/situation is a bit different. I think this is nothing more but yet another attempt by Microsoft to woo customers into a set of technologies/runtimes/APIs that are way more constrained that good ole Win32. On windows desktop GUI front I was using Delphi since 90s and barring few easily fixable hick ups what did work then works as a charm even now. So instead of wasting my time on their infinite ever changing set of front end tech I stayed on a proven path and that saved me a ton of money. And my desktop development is still the same with extra niceties as added multi platform ability and free and open source Delphi's alternative Lazarus/FreePascal combo.