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

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,也就达不到安装的先决条件

                    ThinkBou
                    Azure Stack HCI 21H2之后的Insider Preview到现在也就发布了一个22471
                    (当然应该还存在未发布版本),微软不知道为什么突然改变主意

                    今年出了一堆启用包,最让人没想到的应该就是SV2Moment1(对应22622)和ASOSFe22H2(对应20349)了

                      准备刷版本号了,到22H2[tieba=huaji]
                      我:22621,你来呀~
                      20348:你不要过来啊!

                        © 2025 wvbCommunity 管理团队

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

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