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

何木槿 其实这并非屎山的表现。

何木槿 ISO有个VAIL标记，也有可能是VAIL容器系统化。

还记得这个OS叫做ValidationOS吗……不要看错不要过度联想

何木槿 现在壳子都被精简掉了，可不就只剩下屎山本山了吗

我们一般说屎山都是那些尾大不掉的，虽然这些东西很古老，但是并非尾大不掉，其实很多东西稍微修改一下就可以，只是因为过度精简而导致了一些问题。如果按照你的说法，UWP和WinRT其实也是摞在屎山上的，因为它们基于Win32COM。

panjk0518 没有dwm和winpesl，看起来是基于Windows Server无GUI进一步精简的，wim文件200M不到。

            ThinkBou 其实这并非屎山的表现。

            不过MS-DOS啥的相关的东西倒是弄干净了。

            ThinkBou 只是因为过度精简而导致了一些问题。

            这些问题倒是无关紧要，因为确实因为过度精简而出现了问题，但这不是我给它低评价的原因。
            ISO有个VAIL标记，也有可能是VAIL容器系统化，哦，这事Validation的缩写。

                  16 天 后

                  时钟APP（V11.2205）放宽了版本要求，功能都下放了，支持20348甚至可能是Vibranium系了
                  为什么我要强调20348？因为Windows holographic是Iron。


                  wow
                  Target OS Version: 22621.160

                  此外，Edge浏览器的后退键只在可用时显示，更加智能。（有IE11内味了，虽然IE11只是缩小显示后退按钮，没有在不可用时隐藏）

                  Build 22622.290（与22621.190同时推送，区别就是22622默认把功能全部开启）
                  又从Dev那里拿了点功能下来（文件资源管理器默认启用Tab[22621.160还只是A/B测试，我运气好用不到ViveTool]、Dev最近又回归了的文本灵感（建议的操作），恢复重新设计的“打开方式”对话框[需要使用vivetool addconfig 36302090 2]，之类的，还有一些小的改进）

                    5 天 后

                    ni_refresh？[tieba=huaji]

                    ThinkBou 我们从22610开始就在WFEP版本那里看到了22632，而且Nickle semester中见到了几个base_dev（与Cobalt开发过程中的一些现象相似），现在又出现了几个228xx，我觉得有可能出现了ni_refresh，然后重复Cobalt的操作，从上面把功能挖下来，并在Dev Channel进行测试，最后下放到GA。

                        ThinkBou 哦对了，跟你讲个笑话，ValidationOS在我的电脑上居然不支持USB设备的输入，鼠标和键盘都熄灯了[tieba=huaji]

                        ThinkBou 像Windows 搜索、小组件的内部那一块倒是好办，联网下载新的css啥的就行了，毕竟也是基于HTML或者Webview2。但是我发现combase.dll是一个大boss，毕竟UWP基于COM（20348又双叒叕牺牲了），奇怪的就是在Windows 11这边功能下放得很频繁，Nickle下放到22000（这个时候WFEP的体验部分和系统托管核心没有分离，打一次补丁WFEP版本号就会动），Copper下放到22621/22622（这时候WFEP版本号已然心如止水，毫无波澜，毕竟分家了，另一个猜想是22632的WFEP其实已经把功能带上了，只差修缮与开启），难道这些调整并不是很难？
                        （如果能够人为模拟Windows Update的模式进行dll、exe的整合，达到patch的效果，那么我想新版设置也能搬得上20348）

                            何木槿 看来不同内核开发阶段的代码确实有不同，而且会影响到组件移植，迫使WDX需要对不同内核做适配……
                            但是这么做原因是什么？之前看1909和20H2/21H1/21H2也没这么做过

                            现在看起来也可能和moments工程有关……
                            我真是连自己说的话都不记得

                                @gus33000 发表了Surface Duo WOA 驱动的2207.32版本，此版本新增如下支持：

                                1. Wi-Fi 现在可以正常工作（2.5Ghz / 5Ghz）。但是，还不支持 Mac 地址检索。
                                2. 蜂窝数据（移动数据）现在可以正常工作（LTEA / LTE / HSDPA+/HSDPA/ EDGE / GPRS）。
                                3. 信息功能（蜂窝文本）现在可以使用。使用聊天（Chat）应用程序发送和获取消息。
                                4. 已可启用 eSIM 支持。
                                5. GPS 已可正常工作。

                                即将在以后的版本中推出：
                                通话、VoLTE、RCS 等功能。

                                已经支持：

                                1. 双屏显示
                                2. 折叠、重力感应等多个传感器
                                3. GPU驱动和硬件加速
                                4. 支持Windows与Android双系统。

                                未知或未开发的功能：

                                1. 触摸屏
                                2. 相机（WOA至今都没解决）

                                图片转自IT之家

                                Windows 10 Build 21388 （猜测的Branch：fs_release）？

                                  gailium119 22000的uup set里面直接沿用了21388的本地体验包，co_release一直到21390都没有重大UI刷新，也就不可能提供设置当中新的任务栏设置相关的语言文件（包括对齐方式啥的，否则设置在这个页面会闪退），所以我猜一手fs_release[tieba=huaji]

                                    13 天 后

                                    挺好玩，嗯。

                                    explorer shell:AppsFolder\Microsoft.Windows.OOBENetworkConnectionFlow_cw5n1h2txyewy!App
explorer shell:AppsFolder\Microsoft.Windows.OOBENetworkCaptivePortal_cw5n1h2txyewy!App

                                    其它的要么没反应，要么打开文档。
                                    要是能够打开 OOBE 的网页就好了~

                                    10 天 后

                                    WFEP 1000.22634.1000.0来了（Build 22622.450）
                                    上次WFEP版本号变动还是在Build 22610（WFEP 1000.22632.1000.0）

                                      何木槿 不要22621一路enablement直接到22634（Microsoft-Windows-SV2Moment13Enablement-Package-31bf3856ad364e35-amd64--10.0.22621.2285）

                                          gailium119 版本号刷的也不算多，因为——

                                          何木槿 Build 22610（WFEP 1000.22632.1000.0）

                                          gailium119 的确是一路关闭功能，又开启功能[tieba=huaji]

                                          gailium119 （Microsoft-Windows-SV2Moment13Enablement-Package-31bf3856ad364e35-amd64--10.0.22621.2285）

                                          讲个鬼故事，这东西没有校验，20348都能装上[tieba=huaji]
                                          虽然说然并卵就是了

                                                    何木槿
                                                    20348还真有启用包，Microsoft-Windows-ASOSFe22H2Enablement-Package（KB5016060，可在UUPdump上搜索 HCI 20349.859下载到）
                                                    不过默认只能安装在Azure Stack HCI上，但是可以用类似19044 LTSC 安装 22H2启用包的办法安装在Server 2022上，要求版本20348.854+（更新：对于Server 2022安装了也白搭，不用试了）

                                                        Amylopectinlover 是有20349，但这对于Iron Client Project也没有什么用，毕竟Client的20348不可能有CU，也就达不到安装的先决条件

                                                            © 2025 wvbCommunity 管理团队

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

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