- #432
Fluent Design System 以来微软设计和 Windows 11 以来第一方 Windows 程序 UX 和 UI 的变迁
- 已编辑
- #434
Stakarilky FileExp集成的还是第三方软件？
- #435
我知道这里面的没有（MS365）桌面应用，但（MS365）网页上我也没见过这种以一行工具栏替换掉整个 Ribbon 的（MS365）版本。
- #436
Stakarilky 实装于M365的这个工具栏独立于原有的Ribbon，有的时候还会和Ribbon打架，说不定就是你想要的
- 已编辑
- #437
何木槿 那应该就是的了，这个工具栏做得好的话，其实可以作为一个例子，复杂应用中超多多层级的工具栏如何进行简洁化改造，但看起来最后是个失败品。
- #438
Stakarilky 
把上面那行“开始、插入、绘图”去掉就是你要的了，但这种设计功能根本就不全，很可能压根没对外发布过
- 已编辑
- #440
熊猫火狗 我的图不暗，来看看 10 年前的 Photo Gallery 在 Windows 11 上表现如何。
图库功能，秒开，索引功能包括标签索引和日期索引。
Explorer 用此程序打开文件后的视图，秒开，UX 跟照片查看器一模一样。
可惜没有暗色模式，Rectify 的暗色 msstyles 也救不了这玩意。
Edit：感觉 Live Essential 里的东西都足够单独开篇帖子打复活赛了 
- #441
Stakarilky 微软在一篇 Github Discussion 里谈及了 Windows App SDK 1.6 的计划。
Quality:
Address top issues, including some top control issues, WinAppSDK installer //
Performance:
C# Native AOT support, fix some general performance issues
Better experience:
Better TitleBar and tab dragging
Better developer experience (such as IntelliSense and x:Bind improvements)
Progressing in 1.6, but not finishing until 1.7+:
TableView, inking controls, and cross-process Islands
Smooth app resize更好的标签页拖拽在 Community Call 的演示上，效果非常好，接近于 Chrome 拖出拖入标签页的体验，可以说是史诗级更新了。
在 1.7，他们将完成 Inking Controls，看样子 WASDK 接收 UWP 遗产已经到了尾声了。
在这篇帖子下面，有人询问原生的地图控制控件，但微软的官方人员给出的解决方案是 Azure……
我还注意到微软在规划 TableView，听名字应该是类似 DataGrid 的控件（此前 WinUI Community Toolkit 里移除了 DataGrid），这或许是为 Explorer 现代化的文件显示区域铺路？
我很高兴看到 Windows 的现代平台稳步向前，但很可惜在新兴平台走向成熟的阶段，我们不处于三年发布一个大 Windows 版本的路线规划上。
- #442
Stakarilky 功能是真的全，就是设计看着有点掉价
- #443
Stakarilky UWP最大的遗产不是Xbox和HoloLens兼容吗（
- #444
Stakarilky 我还注意到微软在规划 TableView，听名字应该是类似 DataGrid 的控件（此前 WinUI Community Toolkit 里移除了 DataGrid），这或许是为 Explorer 现代化的文件显示区域铺路？
官方概念图去年就做好了，结果到现在还没完工（
- #445
- 已编辑
- #446
- 微软接下来对 Windows 的战略是立足桌面端。XBox 本来就是打游戏的，DirectX 12 Ultimate 已经上 XBox 了。
- HoloLens 已经不会投放消费者市场，微软保留一部分 MR 业务是对接美军，美军不需要这套玩意，微软也不在意这些。
- 已编辑
- #447
Stakarilky 虽然是立足桌面端，我倒是期待联发科入局WoA，这样就可以看到MT6735跑Windows力（大雾）
6 天 后
- #448
我还挺喜欢这个邮件的界面的，有种 10X 版本 Mail and Calendar 的感觉，比现在的网页版 Outlook 要舒服
不过我记得很久以前 Outlook 网页版就是单行工具栏，但这张图中的设计更为舒适和协调。
- #449
Stakarilky 像Gmail
- #450
文件资源管理器工具栏的宽度终于正常了
- #451
题外话，关于文件管理器现代化，你们认为如何处理树状视图功能的现代化？起因是这样的，我看到了 Files 项目里关于树形视图方案产生了严重的分歧，我自己看着也觉得这个东西需要更多的讨论与内容（于是乎索性搬了个大概的过来反正 Explorer 未来大概率也会遇见）。树形视图就是以文件树的方式显示文件夹的层级，一般而言有两个方案：
- 一个是 Explorer 的导航侧栏方案，这个方案把树状导航做到了侧面，提供导航（展开、收起）和可能的拖拽功能等。
- 一个是 Finder 的嵌入文件内容的方案，这个方案将文件目录树与文件夹内容结合到了一起，保留了侧边栏的快捷方式。
很多人认为，Explorer 的侧边栏树形视图会导致屏幕的一侧过于拥挤，在不同目录导航和使用时让屏幕利用率和留白时上时下，想要舒适的显示密度（也就是侧边栏宽度）还需要手动调整或者干脆关闭，这样做会导致混乱与降低效率。
（图直接来自 Github，打不开就开点魔术）
更多人倾向于 Finder 的方案，这也是近年很多 Linux 选择的方案，但也有 Explorer 的死忠粉觉得这不符合 Windows inbox app 的逻辑，对于只使用 Windows Explorer 的用户而言不太习惯。
（图直接来自 Github，打不开就开点魔术）
这是一个很现实的问题，因为如果用户需要一次性在多个层级间查看，管理、移动文件夹，文件夹树是一个很符合直觉且高效的功能。
WinAppSDK 1.7 将会上 TabieView，这可能标志着 Explorer 现代化文件查看区域开始（至少也是一步了），未来侧边栏的现代化也一定会展开，在此之前，我想问问论坛里的用户（重度软粉）：
- 你们是否使用树形目录的功能？在什么样的环境下？
- 你们对于 Explorer 与 Finder 的树形视图各有什么样的看法和观点？
- 你们认为如果未来 Explorer 进行大规模现代化改造，应该如何处理树形视图？
当然，如果你对 Files 的开发和规划感兴趣，也欢迎去原帖看看。
