何木槿 SteveWorkshop 实际上来自官方/UUP转换的每个版本的安装媒体boot.wim和install.wim里面的NT内核版本都一致，也就是Windows PE一直在跟随Windows自身更新 一些镜像制作者出于兼容性或新功能的支持，会对PE版本进行更改。
何木槿 Famous 嗯，还是之前截下来的老图 才发现自己写错了，这个是2263x独占，261xx/2xx是没有的（“功能尚未向上迁移” ) 既然Hudson Valley UX已经死了，那么回归最原始的标题吧。
Stakarilky Famous 顺带提一嘴，我一直觉得 Windows 缩放在标题栏按钮上很迷……分数缩放下 最小化/最大化/关闭 这三个按钮在 DWM 绘制的 Win32 标题栏里和 UWP 长期不一致，尤其图标的大小很别扭，比如说 Explorer 和 Settings，只有 200% 的情况下是完全一致的，但以此说整数缩放好嘛，到了 300% 这种常见于 32"8K 或者电视机的场景下，又看起来很迷了
zhh135 因为UWP的窗体非客户区似乎是自绘的（dui70.dll?Windows.UI.Xaml?)，而这也是UWP的窗体对触摸的支持好于标准Win32窗体的原因，至于三大金刚键，则是使用了PathIcon（FontIcon？），这导致了图标的大小和Win32窗体有所不同。
SteveWorkshop Stakarilky 其实微软完全可以刷新msstyle（参考rectify），然后保留旧的msstyle，用户可选择切换到新体验，对于依赖老旧软件的用户也可以使用旧体验 但是微软眼中只有大客户
zhh135 Stakarilky 不，这并不是少量的修改，事实上，你的想法WindowsApSDK的GitHub储存库上有人提过（GitHub Discussion #1990），这实际上就是将Windows.UI.Core.CoreWindow类迁移到Win32平台上，但CoreWindow实际上是和Uwp的应用模型（CoreApplication类）绑定的 B.T.W: 这里有一个项目可以通过修改启动流程为WinUI（WindowsAppSdk）提供Uwp支持，并允许Win32 API的存在，算是变相实现了你的梦想，但是要开发者适配，还有不稳定，不具普适性等缺点。
