ThinkBou 此时此刻，正如彼时彼刻
两年前：
fe分支的10 Client在rs_prerelease时测试了一部分10X的功能，fe_release阉割了这些10X的新功能，在切到co_release（21277）后它们都回来了。不过微软这次对Zinc的态度还行，阉割得没有太狠，甚至还有新功能没下放（新版音量合成器）。
不过21277那会儿没有频道专门用于功能测试，所以21277给人看起来的感觉就是微软这回挺有料，而25905给人的感觉就是，哦，Canary和Dev之前测过的新功能都回来了（包括使用Rust对内和进行部分改造）。在25905之前一直有Develop Channel的234xx版本对新功能进行测试，就导致25905似乎无法给人新鲜感[tieba=huaji]
何木槿 热知识，25398和20348刚好差5050，也就是1加到100（（（
25905出现了真3D Emoji
王道征途（喜）
gailium119 到不了release就炸了(
第二个版本：aka.ms/wip25915
本帖即将有更详尽的内容到来
ThinkBou 目前在393养老赋闲，一旦HV有重大变化随时准备冲
在镓分支对Shell Experience Host进行大规模翻新以前，让我们来探讨一下HV的主界面设计。
HV的故事要从去年10月Ignite大会开始。
和移动操作系统的“状态栏”一样，桌面操作系统也有用于表示应用状态的元素控件。桌面端由于其工作屏幕相对较大，因此“状态栏”通常和其他控件设计在一起。例如类UNIX是与传统菜单栏结合，并放置于屏幕顶部；而Windows的“状态栏”是包含于任务栏，与任务栏各个控件有机结合在一起。
我们来看桌面平台Windows的直接竞争者——macOS。毋庸置疑，macOS的属于类UNIX阵营：“状态栏”和传统菜单栏合二为一，放置于屏幕的顶端。对于Windows来说，“状态栏”的宽度也仅仅只能容纳下传统菜单栏，RibbonUI、TabbedCommandBar以及新设计的工具栏显然是无法落脚的。另外对于Windows来说这个“状态栏”是完全新写的。就算容得下，应用的适配也是个大问题。
微软认为，将现有任务栏中的“小组件”、“控制中心”、“日期和时间”和“通知”提出来，放置于新的“状态栏”里并将之置于顶部，使之成为全新的Windows控件元素，在泄露图和设计图中我们也能看到这一点。
由于只是粗稿，目前尚未得知此状态栏似乎否与macOS类似，在应用全屏是否与底部已经变成托盘的原任务栏一并隐藏。此外，在逻辑上这样的UI设计并不是很符合桌面操作系统的设计原则，反而与移动操作系统走得更近。微软还将类似于macOS的全局聚合搜索塞进了新的状态栏里。这就可能是HV带给我们的第一个界面刷新。
（更多粗制概念图）
ThinkBou 说啥也没用了，微软已经没救了。
以后win越来越变成“steam启动器”这种角色了，UX？不 存 在 的 ！
1903微软开始堕落，22000时代进一步加剧堕落，如今已经彻底沦陷
除非来个赛博华佗级别的领导，这基本上不可能啦
SteveWorkshop 我指的是技术上的问题……对于UX，微软有自己的理解，并且正在逐步实现。
ThinkBou 理论上说改原程序才应该是治标治本的方法呀
SteveWorkshop 我强调的是技术上实现的不统一问题，其实这无伤大雅，但是……
ThinkBou 但是会导致 :
山越来越高
王 道 征 途
SteveWorkshop 1903正是WDG解体之后推出的第一个版本（）
ThinkBou 其实这无伤大雅，在堆上整体体验后能把原来的程序掏空也还行（但这会导致程序内部满是链接）（）
10X不携带任何传统Shell组件，全部使用XAML进行UI编写，DX渲染，基本没有GDI什么事了，其UI是以Modern UX Shell App及其依赖的几个基础程序包实现的，在传统Windows上无法部署其依赖，这可能是 SteveWorkshop 所要的最优解。
何木槿 你堆太多实现方式，在win上面容易造成代码屎山，虽然理论上普通用户无感（实际上不一定，目前的经验看来是引入新东西就会导致性能下降）
当然你说的内部满是链接也是屎山的遗留问题（这句话看的我密集恐惧症犯了）
删封申诉 | 知乎专栏 | 状态监控 | 用户协议(EULA) | 隐私政策
本站文章除其作者特殊声明外，一律采用CC BY-NC-SA 4.0许可协议进行授权，进行转载或二次创作时务必以相同协议进行共享，严禁用于商业用途。
）
