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

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

  • WindowsBeta
  • Windows的2022-2025(第二部分):Windows Intelligence、WoA和Copilot+ PC

Famous Maybe it's a computer which is connected to the Microsoft internal corpnet. The channel options and the builds that received from those internal channels are different from the public WIP options.
这截图不是层主的,那就很好解释了。

8 天 后

何木槿 推翻了之前的所有猜测。
不过:

  1. 这是渲染图吗?怎么都变成“瞪眼”了?(可以对比上图的最后一个表情🤔
  2. 用了一年后,我现在觉得2D比3D更好[tieba=huaji]
  3. 微软怎么同时更新了2D和3D版本的 Emoji……
6 天 后

第二个版本:aka.ms/wip25915
本帖即将有更详尽的内容到来

    在镓分支对Shell Experience Host进行大规模翻新以前,让我们来探讨一下HV的主界面设计。

    HV的故事要从去年10月Ignite大会开始。

    Famous 两张疑似Windows vNext(Next Valley)的设计图🤔消息来源


    和移动操作系统的“状态栏”一样,桌面操作系统也有用于表示应用状态的元素控件。桌面端由于其工作屏幕相对较大,因此“状态栏”通常和其他控件设计在一起。例如类UNIX是与传统菜单栏结合,并放置于屏幕顶部;而Windows的“状态栏”是包含于任务栏,与任务栏各个控件有机结合在一起。

    我们来看桌面平台Windows的直接竞争者——macOS。毋庸置疑,macOS的属于类UNIX阵营:“状态栏”和传统菜单栏合二为一,放置于屏幕的顶端。对于Windows来说,“状态栏”的宽度也仅仅只能容纳下传统菜单栏,RibbonUI、TabbedCommandBar以及新设计的工具栏显然是无法落脚的。另外对于Windows来说这个“状态栏”是完全新写的。就算容得下,应用的适配也是个大问题。


    微软认为,将现有任务栏中的“小组件”、“控制中心”、“日期和时间”和“通知”提出来,放置于新的“状态栏”里并将之置于顶部,使之成为全新的Windows控件元素,在泄露图和设计图中我们也能看到这一点。

    由于只是粗稿,目前尚未得知此状态栏似乎否与macOS类似,在应用全屏是否与底部已经变成托盘的原任务栏一并隐藏。此外,在逻辑上这样的UI设计并不是很符合桌面操作系统的设计原则,反而与移动操作系统走得更近。微软还将类似于macOS的全局聚合搜索塞进了新的状态栏里。这就可能是HV带给我们的第一个界面刷新。

    (更多粗制概念图)

    hudson-valley-concept-wvb-ver-1.zip
    15MB

     

    hudson-valley-concept-wvb-ver-3.zip
    11MB

     

    hudson-valley-concept-wvb-ver-2.zip
    16MB

      Famous Shell Experience Host进行大规模翻新以前

      SXH没必要翻新,只是依赖这个东西搞更多组件罢了……
      但是,微软现在不喜欢用SXH,就连新的打开方式都是在原有程序上直接改的,而不是做到SXH上。微软这种猫盖💩的能力也是越来越炉火纯青了。

        ThinkBou 说啥也没用了,微软已经没救了。
        以后win越来越变成“steam启动器”这种角色了,UX?不 存 在 的 !

        1903微软开始堕落,22000时代进一步加剧堕落,如今已经彻底沦陷
        除非来个赛博华佗级别的领导,这基本上不可能啦

          SteveWorkshop 1903正是WDG解体之后推出的第一个版本()

          ThinkBou 其实这无伤大雅,在堆上整体体验后能把原来的程序掏空也还行(但这会导致程序内部满是链接)()


          10X不携带任何传统Shell组件,全部使用XAML进行UI编写,DX渲染,基本没有GDI什么事了,其UI是以Modern UX Shell App及其依赖的几个基础程序包实现的,在传统Windows上无法部署其依赖,这可能是 SteveWorkshop 所要的最优解。

            何木槿 你堆太多实现方式,在win上面容易造成代码屎山,虽然理论上普通用户无感(实际上不一定,目前的经验看来是引入新东西就会导致性能下降)
            当然你说的内部满是链接也是屎山的遗留问题(这句话看的我密集恐惧症犯了)

            何木槿 1903正是WDX解体之后推出的第一个版本()

            所以PP到底彳亍不彳亍真不一定,大家高估他了

              SteveWorkshop 不过从WDG解体到PP接棒也还隔了一段时间()
              不管是谁领导都不要指望太多,Windows毕竟不是Linux,内核和Shell体验分开了就难以做出统一的东西来

                © 2025 wvbCommunity 管理团队

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

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