4 ms·
The fact that Microsoft has produced all these half baked UI frameworks that rapidly go unmaintained is a demonstration that this "strategy" isn't one at first
by throw_m239339 5y ago
The fact that Microsoft has produced all these half baked UI frameworks that rapidly go unmaintained is a demonstration that this "strategy" isn't one at first place. MSFT doesn't know what they are doing.
- WorldMaker 5y agoThe ones I mentioned? What are you talking about? More than half of them were never built by Microsoft in the first place (including Electron). For the most part in its history Windows has officially only ever had 3 UI frameworks: Win16, Win32, and WinRT (or WinUI if you prefer to call it that). Win16 was shut down in the 32-bit transition (but had a compatibility path that lasted for many years following the transition). Win32 has a lot of individual "sub-frameworks" based on the decade the software was written in, but overall is still "maintained", but "stable". WinRT has had some hurdles with branding/naming/messaging/developer support, but that is in part because is very actively maintained and still growing and in part because Win32 is still maintained and legacy code developers don't want Microsoft to forget it/leave it behind, worsened by Microsoft taking too long to nail down a transition more like Win16 to Win32 in "soft" forward compatibility and relatively known end date (end of 16-bit processor support). They've put a lot of work in the "soft" forward compatibility in recent years, though partly in detriment to the "relatively known end date" (in Windows 8-10 it was "as more things move to mobile, HoloLens, Xbox" and in Windows 11 it is now "????").