5 ms·
I concur. At this point, it's probably better to create some kind of virtual machine as a compatibility layer. That way it can be updated separately and it does
by ByteWelder 5y ago
I concur. At this point, it's probably better to create some kind of virtual machine as a compatibility layer. That way it can be updated separately and it doesn't need to be part of the actual system. Alternatively, it could probably be a sub-system like WSL - and completely optional.
- neogodless 5y agoInterestingly enough, this has been done before! Windows 7 introduced "Windows XP Mode" which was a container running a virtualized Windows XP for applications that didn't work correctly in 7. But since they also had the per-application compatibility settings, it wasn't the first pick for most users. While it's a good idea on the surface, it still means they have to maintain compatibility code within that virtual system. Perhaps if they separate it well enough, and it has a dedicated team, while the core OS team can focus on a slimmed down, "current stuff only" version... but I suppose it's also hard to know where the line is drawn in the sand.
- jcpham2 5y agoI ran the Windowx XP Virtual Machine (in Windows 7) for at least one LOB app - it wasn't all that it was cracked up to be. Fairly complex to setup.
- nailer 5y agoI’m pretty sure that’s how it works.
- WorldMaker 5y agoWindows 8 tried to isolate Win32 to a delayed loading sub-system and got lambasted for it. Admittedly, they hit the rough part of the chicken and egg gamble where they didn't have enough apps in the new/fresh/modern side with less compatibility cruft for enough people to see why it was worth it to delay load Win32. Still a lot of reason to wonder if they had found a way to deliver the UWP platform earlier to Windows 7 ahead of 8's launch and got more applications up front of the transition if that attempt might have gone much smoother.