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

貌似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，这就有点意思了……

何木槿 得等我真的用WinUI写程序才知道这是怎么回事啊
（我其实什么都不知道……）

2022年2月11日更新：SV2是对于SV的升级，而不是下一个功能更新（有些意思）

Windows 11 2022年功能更新代号确定：SV2

何木槿 你看我腊月更新的那个帖子吧……其实Client自RS5以后没有代号，SV才是真的代号

2022年1月15日更新：如果根据Surface Hub重置软件来看，20H2之类的也可以算代号……

火星资源放送

ThinkBou 老版本了，8月26号在ytb直播被发现（未泄露）

firecold 看来是我火星了

不知道Windows Wednesday会不会也来一波泄露[tieba=huaji]