Windows 8及以上版本和WCOS的Builds杂谈

关于onecore和WCOS的关系：

• rs_onecore是统一不同版本开发存在的分支，目的是统一代码库，增强组件的通用性，同时减少开发工作量。
• WDG设想了“未来的Windows”的关键要素，一直在谋划一个全新的操作系统，这后来演变为WCOS。要素见ThinkBou 。
• WCOS的内核基础来源于统一内核开发的的成果，而统一内核开发和WCOS之间并没有任何的附属关系。

PL

貌似bootmgr并不能引导所有系统，这主要表现为先前版本的bootmgr不能引导后面版本的winload（实际上就是无法验证数字签名）
为什么我突然间说这件事呢？我尝试在E430c上安装Windows 10 Team Build 19100.xxxxx，可是那玩意好像把我的UEFI凎坏了。现在这台电脑的UEFI只能识别Windows 8.1的bootmgr、Windows 10 Team的bootmgr和Linux的引导程序。所以我只能用8.1的那堆引导程序文件来启动Windows 11。
回到开头，在我尝试用8.1的引导程序文件来启动22504的时候，Windows Boot Manager告诉我无法验证winload.efi的数字签名（22000就一切正常……）。现在令人困惑的是，不知道是由于UEFI被凎坏了的缘故还是我开头说的那个原因，总之就是无法启动……（好了，已经验证某个版本以后采用了新证书）

此外还有个现象，Win10、Win11会自己在启动的过程中刷新EFI\Microsoft\Boot下的bootmgfw.efi和bootmgr.efi，这迫使我单独在ESP分区里保留了一个文件夹专门用来存放8.1的那堆引导程序文件。不仅如此，还会自动添加Windows Boot Manager的UEFI启动项并调至第一个，因此我还得单独创建一个UEFI的启动项，否则UEFI自己不会认的……

何木槿 实际上Cobalt的基本内核本来在1月左右就该完成了，但是只是人员融合而已，不能完全称作是10X的人接手，在内核上后期还是又有改动的

2022年2月19日更新：忒有钱，我认为那是WDX用来公开测试一些太阳谷计划中可公开部分的内容

2022年1月1日更新：我说的异变的是Windows + Devices这边的事，不是Kernel/Core开发，你没搞清楚Windows开发现状。太阳谷计划是Windows + Devices这边的产物，而Azure的Windows开发团队负责内核开发，不主导太阳谷计划。
另外，10X的开发团队也隶属于Azure，WFEP的开发团队曾经也在Azure那边，但是在太阳谷计划开始实施后特别是去年第二季度进行真正开发后，10X与WFEP的开发团队大多都来到了WDX。所以综合各种变化，基本上就是10X的人接手了。（这部分内容仍然需要证实）

2021年12月10日更新：Core确定是Azure那边在开发。由于10X开发团队构成不明确，所以目前暂且认定Core的部分与10X开发团队无关，上面有关太阳谷产物的分析暂且默认10X开发团队顶替了之前10的UI团队。所以，我猜测那些版本是Azure的内核开发团队在推，与WDX这边可能没多大关系（其实就是开发混乱，现在什么分支和Azure的内核开发团队有直接关系不知道，还是说内核开发不与分支绑定？）。

这一点我的看法是：10X那帮人应该是从Azure过来的，内核改动也大概率是10X那帮人开发的。

微软将要在Windows 11中引入一种全新的Tabbed材质
除此以外，微软考虑添加MicaBackdropInApplicationFrameHostTitlebar使得那些未使用云母的UWP拥有Mica标题栏，并且通过DwmExtendFrameIntoClientArea使得传统WPF/MFC/WinForm程序也能有Mica标题栏

何木槿 xbf不就是XAML……有什么特别的了
另外Paint还用上了Webview2，这就有点意思了……