检测到论坛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杂谈

UAC

  • DaleZ

  • 发布 #1223
  • 已编辑
  • #1223

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

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

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

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

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

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

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

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

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

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

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

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

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

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

                                            EP会和WFEP220冲突 😂，看来20348本体版本只能适配Theme-Aware Splash Screen，但是没有新的输入体验了
                                            带虚拟版本号的分支因为本身跑EP就有问题，所以理所应当吃上新体验包了

                                              使用Dism++的PreSysprep应答，成功集成新OOBE
                                              而且现在动画不卡顿了

                                              何木槿 发现WFEP220不能通过全新安装的方式使用，只能通过升级安装的方式使用，原生被替换的WFEP220打开会闪退

                                              解决了，用新版的Windows.UI.Shell.dll，与EP也不冲突了

                                                逐渐魔幻起来了……把WFEP替换成原版，重启进一次系统，再把WFEP替换成220新版，它自己就会好……那我再加个10X体验包那岂不是直接一步到位把bug修了（）

                                                © 2025 wvbCommunity 管理团队

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

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