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

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

さらば限界少女 所有OOBE统一定义为Segoe UI Variable,然而这是英文字体,没有中文字库……不显示成框框已经很好了
雅黑字库里面的英文和数字还是旧版Segoe UI 呢,说白了就是微软中国本来要换字体,后来没开放Nobel Scarlet,结果新版英数先出了。
UPD 2022/1/6 在22000.282及以上版本,简体中文的OOBE等待画面的文字被定义为微软雅黑字体家族。

焊锡锡 有,汉化基本完善(机翻警告),不过日用英文版不在乎()


此外这个版本重新设计了任务栏右键菜单,总算见不着10的影子了,同时这个右键菜单已经是基于新版Win UI 构建,因此图标和文字的大小已经差不多对称

何木槿 Aero Shake成为可选功能

说起Aero Shake,(老版)触控键盘竟然支持这玩意……

Part 2.4.0 关于当前insider版本现状

  1. 当前Dev推送的分支是属于co_release的,co_refresh并没有任何公布和泄漏的版本,但以后会公布,详情看301楼。
  2. 底层变动还是有的,比如我在Server 2022上面运行21390的explorer,失败,缺少函数接入点,照理说fe与co是比较接近的,但是微软在2134x左右可能进行了底层变动(通过421版本WFEP的APPXmanifest.xml可以发现21340是允许安装的最小版本,当然根据一位用户的供稿,co_refresh在此时出现,待查证。)
  3. Server 2022可以切换成11 企业版,灵感来自于@T_666,日后会在版本切换贴进行详细更新。
    这说明产品许可证的变化不大。
  4. WFEP在Windows 10正式版是一直挤牙膏,大版本号钉死在120,至于到了Cobalt就不是Windows 10的事情了。
  5. 功能体验包对Shell影响的越来越多,不过WFEP的影响范围要看接口有没有开放。

何木槿 我只想说一件事,现在Windows 的开发分支极其混乱,跳到Build 223xx的时间比co_refresh开始发生实质性变化时间早一个月(Source: Albacore)。不过目前Windows开发主支还是Cobalt。(个人猜测,早期因为Azure那边还会干涉到Windows开发,所以分支还在不断推进。现在看来,精力基本放在Cobalt上了,有些分支可能暂缓开发)
还是那句话,请重点关注WFEP。


何木槿 22000.xx将会在本月晚些时候转入Beta通道进行修补,并且可能成为10月所发布的”第一个正式版“

毒奶一下,如果6月签署RTM属实的话,Windows 11的GA有可能是22000.16384(由于WFEP的存在,Windows 11的所有非核心独立部件都可以通过它来更新。既然看上去Windows 11的底层基本改好了,很多东西的接口也留够了,那么就一直在Build 22000苟下去就好了)

后续

何木槿 RTM其实签署在即,大概率就是2xx了

看来是我想多了,而且后来也证实了GA是22000.194……

    Part 2.4.2 关于版本迭代

    ThinkBou 微软并不想一直管着同一个的版本,还得加上不同的修补。如果你知道CBS系统的工作流程的话,你会发现年与时驰,盘与日去[受虐滑稽],而且补丁越打越多,系统的稳定度也会受到影响。随着时间的增长,这些系统文件占领了越来越多的空间,于是微软就得把开发过程中的成果整合进系统DLL,然后在此基础上完成下一代系统的开发。如果微软愿意,他们甚至能通过各种补丁把 Windows7 变成一个相当现代化的系统。[流汗滑稽]
    但微软没那么蠢,他们完全可以使用新的源码编译一个新版本,这才是他们更新迭代的动力,他们每时每刻都在实践着新的版本,甚至是某些程序员生活的全部(例如维护35年记事本的一位微软老员工)。我们仅仅是看不到那些版本泄漏出来而已。

    UDP 2022/2/5 Machine Translate (M$ Pinyin has broken down)
    ThinkBou 实际上,它是一种混合物。 例如,Segoe Fluent Icons 字体是由原太阳谷团队制作的,它没有包含在 10X 中。
    一些应用程序或操作系统的某些部分也是由原始太阳谷团队制作的。 比如新的记事本,或者新的通知中心。(Source: Microsoft's concept & Windows 10X OS)
    关于一些系统组件,比如设置确实是独立走版本的,与系统分离。这就是在22395中看到的那样。

      何木槿 部份报告猜测co_release并不是真正的Sun Valley,因为上述的图片早已在2021年1月流出

      这确实很奇怪,这些设计并未应用到SV中,看起来只是像一个原始设计稿。

      此外我注意到知乎上有人提及了这个消息……

      作者:匿名用户
      链接:https://www.zhihu.com/question/473686435/answer/2017667282
      来源:知乎
      著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

      政治斗争产物就是这个样子。。。10x完蛋以后部门开发全部转回了原本的10开发组一大波新(菜)人(鸡)民主表决的结果就是把10x的东西整合进10,毕竟写都写了,就不管他适配不适配使用场景了而这波新(菜)人(鸡)里还有一大票是在加入10x开发前压根就没有碰过符合传统personal computer定义的设备,手里主力机器是一个logo为咬了一口的植物种子的屏幕尺寸为9.7英寸的传统定义上叫做tablet的一种设备的灵长类动物,只是因为某些染色体指标或者心理认知指标再不然就是机缘巧合而被强行塞进大厂的,工作总经验截至2021年为3年左右的新(菜)人(鸡)但是10的老开发组明明之前还在正常工作,根本来不及反应,也没办法mixin,那就只有migrate所以结果就是明明已经推出了11预览然后10还要再走一两个版本,等老员工该换岗换岗完了才会正式切入到这个写作11的10的开发。。。这就是个分支出来的套皮系统,版本号都留着呢,说兼容说性能根本就是在扯淡,硬件需求主要还是没有适配的问题,但是测试系统不全面适配那不是非常正常,何况win10自身多个版本迭代下来老os的兼容性和新的也不尽相同。。。至于tpm2.0这个标准本身就已经标配了好多年了,装不了那是bug,硬件不兼容的大部分也不会兼容win10的20h2,也不能指望这些古董10都不装突然就要升级11,没道理的要不是给锤子们的kpi卡的越来越紧,锤子又怎么会指挥螺丝钉刷一大波kpi呢。。。当然,螺丝钉能力有限敲不下去了让锤子给木板狠狠来一下,撬开重打也不是不可能的。。。

        ThinkBou 来,给你看个好康的路线图[tieba=huaji]
        Source:X @albacore

        Part 2.5.0 关于22000.71以及Windows 11 未来预览的预测(UPD 2021/8/27)

        22000.71的更新内容:右键菜单加入模糊效果,窗口预览加入圆角,修复设置APP和任务栏图标问题,以及文件资源管理器的一个小改动——
        gyigi 从新建项目变成了新建文件夹可还行

        关于未来的展望

        信息来源:WinCentral、MyDigtalLife论坛,此帖的初稿已在酷安发布。
        在昨天下午我还是耐不住对co_refresh分支的好奇,尝试在我的资讯源当中查找这一分支的踪迹,结果微软不打算推送了,新功能全部通过牙膏打给22000,Dev直接去测试Nickle开发环。

        22000.xx将会在本月晚些时候转入Beta通道进行修补,并且可能成为10月所发布的”第一个正式版“,co_release 这个不是很活跃的分支就真的转去养老了 🤣

        个人猜测:微软不给Dev用户转回Beta可能只是阴谋,因为Beta日后全是22000,直到10月份 1

        Dev通道不久后将会进入rs_prerelease/ni_release分支,被微软称为2021秋季开发分支,新Build已经出现了Build号,22445.1000,目前这个Build已经开始了内部Bug测试,如果没有问题的话它就可能成为Dev通道的全新版本。Nickle将会向我们揭开面纱,让我们窥探微软这4个多月的活跃成果。

        1 注意:10月之后,Beta 通道也会进入rs_prerelease/ni_release分支,并接入经过Dev通道测试的较为稳定的版本,也就是重新担任以前Slow通道的责任。

          gyigi 英文版也不是正常的Segoe UI,是ARIAL


          22000.71の图片
          右键亚克力效果

          资源管理器《New Folder》(后来又改回了“New”)和设置APP微调

          还是右键亚克力

          7 天 后

          gyigi 微软已经出了22144.1000,然后Github上面没有新的issue了[tieba=huaji]
          另外可以爬上去看看更新,微软路线图在等着你。

          Part 2.5.1 Build 22000.100

          托盘展开圆角、全新触摸键盘按钮 Get(微软:第一次显示可能会出问题,切换一下主题即可,这个问题要到Nickle才修复)

          您可以直接在通知中心当中设置专注助手:

          微软为了给通知中心让位,在展开通知时日历会被彻底折叠。
          程序如果有特别通知,可以让底部指示灯变成红色来吸引用户注意。

          此外还有微软商店动画改进、PC设置稳定性改进、资源管理器稳定性改进。

          10 天 后

          一些内置应用的新UI

          1. 全新画图应用

            (Win32画图重获新生,还好没用WFEP搭桥)
          2. 全新照片应用(这P的还能再明显些吗)

            ThinkBou 在Windows Latest 上面爬到了 🤣
            画图的新UI咕咕咕很久了
            WFEP应该不会再掺和进来了(似乎是大量使用XAML Island),画图已经是独立应用了
            另外传统的截图工具也有更新,但是图太糊了不搬了

            Part 2.5.2 Build 22000.120

            此版本同时在Dev和Beta通道推送。
            首先,让我们给传统右键菜单提前烧一炷香,虽然“Show more Options”仍然存在,但是此版本的新版右键菜单已经接着在整合传统菜单的内容了,而且更为紧凑。

            文件资源管理器命令区“新建”按钮改进,回到了纯下拉菜单按钮,图标变回了“+ New”。

            此外微软提供了一个全新的家庭功能面板。

            这是任务栏预览小窗口,里面的关闭按钮终于变成了Windows 11 风格。
            但是字体鸽了很久才改正,工具提示也过了很久才变成XAML的(UPD 2023/1/13)

            小更新或质量修复一览:
            在黑暗模式下资源管理器会有一个全新设计的滚动条。
            微软商店得到质量改进。
            Alt+Tab快捷键出现的缩略图更加与当前的屏幕分辨率和缩放比例匹配。
            文件资源管理器新的功能区减少了资源占用。
            微软修复了各式各样的explorer崩溃问题。
            滚动条的问题被修复。
            文件资源管理器中被选中的单选按钮的按钮会高光显示。
            微软修复了影响文件操作性能的一个问题。
            上下文菜单不会再频繁闪动或者被错误裁切。
            任务栏图标动画改进。

            Bugs:
            Windows 沙盒内子系统的任务栏仍旧不能正常显示。
            Win+X超级菜单当中可能不会显示Windows Terminal和系统属性。
            在鼠标悬停在搜索图标上时,可能不会展示您的最近搜索项目。
            Windows Search傻了,不会自动搜索用户输入的字段。
            小组件可能会出现不显示的bug,但是重新连接账户即可。
            搜索面板可能会黑乎乎一片,或者干脆空白。

            另外下周二Beta频道可能会推出22000.130。
            全新安装的22000.120将会在启动菜单中显示“Windows 11”。但是咱们打补丁打上去的就没有。[tieba=huaji]
            功能体验包的版本号刷到了1000,或许要准备功能上的下一次大更新了。
            也可能是为co_refresh铺路[tieba=huaji]

              Sun Valley旨在改进Windows 10的UX,如开始菜单、动画之类的,后期直接演变为Windows 11的代号,但是部分项目迁移到了另一个项目中。那个项目叫做Cherry Hill,是WFEP的代号。


                © 2025 wvbCommunity 管理团队

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

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