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

DaleZ 现在的shell UI还依赖于explorer
如果能解除这个依赖，再把桌面xaml化，再重写去除包袱后的explorer，干掉控制面板，UI和体验可能会好很多
现在的桌面还是传统win32 UI

    DaleZ 要么概念要么内部

    他们去年四月就做了类似的概念了……还记得混合办公发布会吗？当时还小惊喜了一波，结果啥也不是

      ThinkBou 直接提取作为系统应用安装，安装成功，但无法正常使用，算是失败了。
      gailium119 果然

            l zw 直接提取作为系统应用安装，安装成功，但无法正常使用，算是失败了。

            @何木槿 已经类似试过好几次了🤣

            • l zw 回复了此帖

                ThinkBou 我试过很多次，成功的只有19041+（20279-20348）的WFEP（120.27512.10351.0），也包括10X的，可能与都是120.x有关，还有22000+22449的WFEP，成功是因为22449并未包含实际更新的WFEP。
                程序包/提取应用都试过，一装上就炸，进度条刚走完就提示 Windows 输入体验 不能启动之类的，程序包由于要重启，甚至会牵连到explorer一起炸。部分替换文件也试过，只有新版文件涉及的功能炸。

                    出现了 黑色水印[tieba=huaji]

                    何木槿 我本来想着22639-22647很近，结果还是不行。实际上文件是623-723。

                        l zw 22624.1465来力，移了少量功能下来（）
                        估计23xxx正式roll out悬了，微软我***（友好问候）
                        毕竟22000.1→22000.41也是321→421，WFEP也跨了100（

                            M$雇员都认可的WOA体验，尽在Apple Silicon（

                            何木槿 估计23xxx正式roll out悬了

                            倒也不一定。23xxx给GA还是有可能的，毕竟微软真的要通过CU推WinAppRT是给自己找罪受，以后下更新要等很长时间……

                            • l zw 回复了此帖

                                何木槿 不过.1465（22640）还是623。
                                毕竟23550就是上限了，不太可能进Retail。按照每个工作日Build+1，也只能到九月底。我倒是期待那之后Dev会推什么。
                                ThinkBou 然而SystemApps不就是随CU更新吗？不然就变成了非系统应用。除非WFEP也通过商店更新。

                                      l zw 23550就是上限了

                                      垃圾网络又抽风复读力（悲）

                                      这话我不知道在哪里见过，能否给一下出处？
                                      BTW，那么24xxx这一段基本就等于是被放弃了？远景有人用20277->21277举例，但是20277->21277中间也还是夹着一些Build啊（

                                      • l zw 回复了此帖

                                          l zw 23550就是上限了

                                          某人不是说没有23550吗……

                                          l zw 而SystemApps不就是随CU更新吗

                                          一个WinAppRT就60MB，以后呢……

                                          • l zw 回复了此帖

                                                何木槿 23550不是有rs_prerelease的版本吗？按照规律，正式版本一般不会与下一周期早期测试版的版本号重合，比如16299即使重新编译个16299.15，也不会突破16300。24xxx不一定不存在，但不太可能推送。
                                                ThinkBou 某人我也不认识啊。我根本不知道有这事。
                                                psfx CU展开体积翻两倍以上，然而展开后也只是delta，应用delta后应该还要翻三五倍。反向分析，60MB的文件对CU大小的影响并不大。况且WinAppRT有一半的文件平常更新是基本不变的，甚至完全不变。

                                                      新发现：23403有22622/22623相关组件，也就是可以“升级”到22622/22623，但不包括22624。
                                                      由此推断，234xx应该是从M2就和Beta分道扬镳了。但231xx又被认为是M3，那就只有两种可能：231xx并不是M3，或者231xx和234xx没有接续关系。
                                                      此从有了betaflt分支，好像Retail/Beta/Dev(ni_prerelease)都是平行开发的，完全找不到规律了。

                                                        l zw 新发现：23403有22622/22623相关组件，也就是可以“升级”到22622/22623，但不包括22624。

                                                        实测还真可以[tieba=huaji]


                                                        但是全部移除后还是23403 本以为会是22621🤔

                                                            提本狐

                                                            • 版本号乱了。
                                                            • 时间炸弹还在。

                                                            不知道这是不是重启完全应用更新后可以解决的事……

                                                            • l zw 回复了此帖

                                                                © 2025 wvbCommunity 管理团队

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

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