- #1212
何木槿 我更关心Windows sv的下一代是什么，毕竟一套界面看了四年感觉就会审美疲劳
Windows 8及以上版本和WCOS的Builds杂谈
- 已编辑
- #1213
- 已编辑
- #1214
Now I have limited access to the archive.org
Haven't found the interesting thing that I want
- #1215
何木槿 Internet Archive的搜索做得很烂……
或许可以再深入点？
- #1217
[VTpwj][€ИЁĎĢШ !] 不如直接去Google上搜，site:archive.org
- 已编辑
- #1218
恭喜，感谢NotHype（BetaWiki Discord）提供方法以及BetaTesterF在国内互联网环境的公开，在21390和22000.1/22000.9开启新版UAC的方法已经公布。
柯学被Discord查水表了，看不到原帖，跟没开没区别了[tieba=cry]
首先你需要22000.51或者22000.65的对应文件
替换System32下的这些文件：
Windows.UI.XamlHost.dll
Windows.UI.CredDialogController.dll
Windows.UI.Cred.dll
替换SystemResources下的这个文件夹：
Windows.UI.Cred
少替换一个都不行，例如只替换Windows.UI.XAML.dll会导致explorer循环崩溃。
因为Cred提供了一些关键资源，提供了Critical User Prompt Resources
然后我记得两年前给20348替换22000的Windows.UI.XAML.dll也只是explorer循环崩溃而已，登陆页面啥的都能用，难道替换了Windows.UI.Cred.dll就能好？[tieba=huaji]
原来没有实现新版登陆界面是因为我没替换登陆控制器，只替换了Windows.UI.Logon.dll和SystemResources。
看来名称定位法的确有用，但前提是文件要找全。
同样来自BetaTesterF
实现22000.51的新版登陆界面：
替换System32下的：
LogonController.dll
Windows.UI.Logon.dll
SystemResources中的：
Windows.UI.Logon.dll
- #1219
做了一份集成中英双语的22000.1镜像，现在方便多了
- #1220
OOBE可以进，说明explorer正常不会崩溃，但是音量调节炸了
- 已编辑
- #1221
直接导入Vivetool向注册表写入的功能启用状态会导致CONFIG_INITIALIZATION_FAILED蓝屏，提示我无法正确配置注册表（）
- 已编辑
- #1222
UAC
- 已编辑
- #1226
21286就有XAML.CBS了……等效WinUI 2.5版本，看来221版本的WFEP在20348上运行的希望也不大了……吗？
事实上这时候的XAML.CBS并没有实际被调用到，因此我们仍然可以轻松移植它，21306开始，XAML.CBS才真正和WFEP绑定
但是这些组件可以正常运行
新的表情符号面板和剪切板似乎是另起炉灶的，目前阶段更新输入体验后点击
按钮不会有反应（毕竟新的WFEP暂时没工作），但原先Windows+句点的快捷键仍然可以唤出旧版的表情符号面板
- #1227
何木槿 新的表情符号面板和剪切板
emmmmmmm
SteveWorkshop 另外。热知识，这个面板也是WEB套壳，自22000起就是这样了
SteveWorkshop 这个就是edgeHTML啊，用edge dev tools就能调试啊
DaleZ 另外就是，（我知道或者说我早就猜到了）这就是为什么全系统上下只有基于 EdgeHTML 的搜索面板和 emoji 面板可以显示 3D Emoji 的原因……
SteveWorkshop https://apps.microsoft.com/detail/9mzbfrmz0mnj?hl=en-us&gl=US
下载这个商店应用，打开里面就有
另外还可以用来调试同样基于edgeHTML的OOBE页面
（之前有人对小组件开出来过但是我没有复现成功）SteveWorkshop 一目了然，无需多言
何木槿 SteveWorkshop 那岂不是可以人工移植给1904x了，反正也是网页
何木槿 那时候应该不是，从WFEP版本升到221开始才是，所以实际上最早可以直接替换的版本是21343，理论上最早使用新版输入体验的版本是Iron的20236/20241，那时候还是10X的样式，不过没有尝试过替换（因为原始版本资源稀缺），而到了20246以及后面的Iron Build又回退到120了
ha1 集中点踩
处罚明显不合理。具体为什么不合理，我需要一点时间来详细说明。
- 已编辑
- #1231
欸
，我有一计，不是有很多国人打包的系统会在安装后第一阶段（设备准备阶段）运行自己的XX配置助理吗，那我在这个阶段修改Setup的CmdLine，让Vivetool通过定制脚本运行不就好了
反正CmdLine这个东西只是指定运行的程序，但是可以并行运行好几个程序啊，官方的向导也给它运行起来[tieba=huaji]然后vivetool塞进%windir%就可以无视盘符限制了
- 已编辑
- #1232
好吧，Cobalt上的ApplicationFrame.dll也是在20348上无法运作的，尽管20348编译晚，但是内核差不多在2020年10月底就定型了，而21286是2020年12月中旬的版本。（这么快就不兼容了，微软你还是有两下子的）
21286的DWM在20348上也无法运行，唯一的选择似乎只剩下了21277.
21262据说没有什么用户界面的显著改进，而且我也拿不到，遂暂时放弃
但在未使用vivetool，也没有重新更新程序注册信息，只是直接替换文件的情况下，220版本的WFEP，它！工！作！了！
