检测到论坛CSS可能没有正确加载，如出现排版混乱请刷新重试。

We detected that the CSS might not be loaded correctly. If the website displays abnormally, Please refresh and try again.

  • Windows

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

  • 何木槿

    Lv 16
    楼主
  • 发布 #1218
  • 已编辑
  • 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

  • 何木槿

    Lv 16
    楼主
  • 发布 #1219
  • 1219楼

做了一份集成中英双语的22000.1镜像，现在方便多了

  • 何木槿

    Lv 16
    楼主
  • 发布 #1220
  • 1220楼

OOBE可以进，说明explorer正常不会崩溃，但是音量调节炸了

  • 何木槿

    Lv 16
    楼主
  • 发布 #1221
  • 已编辑
  • 1221楼

直接导入Vivetool向注册表写入的功能启用状态会导致CONFIG_INITIALIZATION_FAILED蓝屏，提示我无法正确配置注册表（）

  • 何木槿

    Lv 16
    楼主
  • 发布 #1222
  • 已编辑
  • 1222楼

UAC

  • DaleZ

    Lv 14
  • 发布 #1223
  • 已编辑
  • 1223楼

这么久过去了，24H2 在简体中文是要咬住微软雅黑不放了（），不知道有没有办法能把 Segoe UI Variable 带回来🥲

何木槿 Display、Text 之间只有一个能留（）

      • 何木槿

        Lv 16
        楼主
      • 发布 #1224
      • 已编辑
      • 1224楼

      DaleZ 其实简体中文的MUI字体指定有很大一部分不是微软雅黑，其实是被定义成了普通的Segoe UI，用我改了元数据的Segoe UI Variable 替换掉传统的Segoe UI即可实现魔法[tieba=huaji]

      我把Regular定向成了Variable Small Regular，其他用的是Display

          • 何木槿

            Lv 16
            楼主
          • 发布 #1226
          • 已编辑
          • 1226楼

          21286就有XAML.CBS了……等效WinUI 2.5版本，看来221版本的WFEP在20348上运行的希望也不大了……吗？
          事实上这时候的XAML.CBS并没有实际被调用到，因此我们仍然可以轻松移植它，21306开始，XAML.CBS才真正和WFEP绑定
          但是这些组件可以正常运行
          新的表情符号面板和剪切板似乎是另起炉灶的，目前阶段更新输入体验后点击按钮不会有反应（毕竟新的WFEP暂时没工作），但原先Windows+句点的快捷键仍然可以唤出旧版的表情符号面板

            何木槿 新的表情符号面板和剪切板

            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 集中点踩

            处罚明显不合理。具体为什么不合理，我需要一点时间来详细说明。

                                • 何木槿

                                  Lv 16
                                  楼主
                                • 发布 #1229
                                • 1229楼

                                熊猫火狗 是有Edge HTML部分不假，但是不仅是封装起来的，而且键盘部分和面板外壳还是WinUI

                                    • DaleZ

                                      Lv 14
                                    • 发布 #1230
                                    • 1230楼

                                    何木槿 这部分所属的页面甚至是一个外部 URL……就是不知道这是不是迷惑用的

                                      • 何木槿

                                        Lv 16
                                        楼主
                                      • 发布 #1231
                                      • 已编辑
                                      • 1231楼

                                      欸😀👆，我有一计，不是有很多国人打包的系统会在安装后第一阶段（设备准备阶段）运行自己的XX配置助理吗，那我在这个阶段修改Setup的CmdLine，让Vivetool通过定制脚本运行不就好了
                                      反正CmdLine这个东西只是指定运行的程序，但是可以并行运行好几个程序啊，官方的向导也给它运行起来[tieba=huaji]然后vivetool塞进%windir%就可以无视盘符限制了

                                      • 何木槿

                                        Lv 16
                                        楼主
                                      • 发布 #1232
                                      • 已编辑
                                      • 1232楼

                                      好吧，Cobalt上的ApplicationFrame.dll也是在20348上无法运作的，尽管20348编译晚，但是内核差不多在2020年10月底就定型了，而21286是2020年12月中旬的版本。（这么快就不兼容了，微软你还是有两下子的）
                                      21286的DWM在20348上也无法运行，唯一的选择似乎只剩下了21277.
                                      21262据说没有什么用户界面的显著改进，而且我也拿不到，遂暂时放弃
                                      但在未使用vivetool，也没有重新更新程序注册信息，只是直接替换文件的情况下，220版本的WFEP，它！工！作！了！

                                        • 何木槿

                                          Lv 16
                                          楼主
                                        • 发布 #1233
                                        • 已编辑
                                        • 1233楼

                                        何木槿 版本：220.32303.0.2003
                                        才发现这个版本号更稀有，是220，不是221

                                        此功能体验包版本与21277一致。

                                          • 何木槿

                                            Lv 16
                                            楼主
                                          • 发布 #1234
                                          • 已编辑
                                          • 1234楼

                                          momo 试过把19045的反向移植，但是导入相关注册表之后蓝屏了（）设置里面的入口的话不知道是不是SettingsHandlers_DesktopDisplay.dll

                                            • 何木槿

                                              Lv 16
                                              楼主
                                            • 发布 #1239
                                            • 已编辑
                                            • 1239楼

                                            24H2的中文本地体验包也是被20348吃上了

                                            © 2025 wvbCommunity 管理团队

                                            删封申诉 | 知乎专栏 | 状态监控 | 用户协议(EULA) | 隐私政策

                                            本站文章除其作者特殊声明外，一律采用CC BY-NC-SA 4.0许可协议进行授权，进行转载或二次创作时务必以相同协议进行共享，严禁用于商业用途。