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

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

  • WindowsOffice
  • Fluent Design System 以来微软设计和 Windows 11 以来第一方 Windows 程序 UX 和 UI 的变迁

ThinkBou 也可能是性能优化
好不容易折腾成今天这样,要是再爆改设计语言那可真是瞎指挥的灾难

    SteveWorkshop Well……感觉是和之前10X还有初代Office那边的流畅设计那种样子的区分开来。就是从Windows 11开始,都是Fluent 2了,圆角更大……
    (我这里都是拿样子说明问题,不指代Fluent 1或Fluent 2属于Windows团队,Fluent属于微软设计团队,主要用于M365……)

    时隔600天,mspaint终于完成了全部表面上的刷新,支持深色模式,且主体背景已经mica化,至少比记事本还彻底。
    以前我不理解这玩意需要那么兼容性吗。直到我看了一个央视节目,讲的是一群考古学家还是什么研究中心工作人员重绘某个历史建筑布局的故事,然而他们用的软件就是mspaint,而且一用用了十年
    (微软:我太难了~)

      SteveWorkshop 哪里完了……只刷面子不刷里子的东西,该改的UX逻辑一个没改

      提本狐 我试了,一开始并没有成功开启Mica外观。
      然后我在设置>外观中关闭了“对浏览器选项卡使用圆角”选项,再重新开启Edge浏览器,成功开启了原始的Mica外观。
      接着再开启“对浏览器选项卡使用圆角”选项,重启后,Mica外观+圆角选项卡都被成功开启了。

      (其实可能不需要那么麻烦,浏览器多重启几次说不定就行了)
      开了之后,每次打开Edge浏览器,Mica外观时有时无。故怀疑不需要关闭圆角等这些步骤。

        9 天 后

        Famous 这玩意很鸡肋吧,比上不如office,比下不如记事本,我要他作甚?没必要刷新,在未来直接移除或者默认不安装得了
        (当然我知道这个是第三方做的)

        8 天 后

        DaleZ 不是OS控制,但是这么说也没错,只不过微软提供的Mica实现里还是需要OS API的支持。
        但是是有方法可以不用官方提供的Mica实现实现Mica。这个问题之前讨论过,有一些相关的帖子可供参考。

        ThinkBou 实际上,UWP完全可以在Win10实现Mica效果,就是微软故意不加罢了。Mica只用Windows SDK就能搓出来,因为和亚克力一样,也是那几个层的叠加,跟本不需要内置的WinUI 2(Microsoft.UI.XAML.CBS)。
        这就是你看到的和微软看到的不同。微软可能把这些打包成了一个Mica刷,但是你在Win10上实现不了。实际上要是翻到源码,很容易就能用官方提供的SDK自行解决Mica,在不支持的OS上实现Mica。

        ThinkBou 有人给UWP写了一个第三方MicaBrush,不用WinUI那种……

        还有,为什么不看看Mica™呢?

        8 天 后

        何木槿 不是,就是命令栏宽了

        Windows博客的图和实际上推送的区别,一比就出来了。当时看着就很别扭,感觉是做宽了,结果一比……果然

        DaleZ 线宽了,要是细很多就没有问题了

          ThinkBou 这是在100% DPI 情况下截图的吗?


          顺便一提,现在的布局反而是还原到了 Classic Explorer 的布局,只是更加现代罢了。
          大概是命令栏真的太宽了,旧版的看着就挺顺眼……应该又是头重脚轻的视觉问题了(说是这么说,实际意思我们都知道的啦……😅

            DaleZ 不是,但是Windows博客的图也很明显不是能在100%DPI做出来的

            这是100%DPI下的对比图

            应该又是头重脚轻的视觉问题了

            不,这回是脚重头轻

              案板上的是否为蜂王浆佛i额外利率‘


                从未见过的OneNote UWP……可能是某种想法的废案,最后还是选择刷新OneNote Win32了

                  结合

                  何木槿 只不过后续数字微调了,去掉了数字1的底

                  何木槿 事实上新版字体当中仍然带有有底的数字“1”

                  可得出,仅仅是代码指向的字符不同,SegUIVar.ttf文件本身并没有更新。

                  新写的任务栏及其控件仍不是非常稳定,一切控件内部元素变动都可能导致其崩溃。还记得21H2上那个”抽搐“的任务栏吗?

                  SegUIVar里数字”1“宽度与其他数字不一样,较早前微软已经意识到了这一点。结合Dev通道新的常显未读通知计数,微软想尽可能减少新任务栏控件位置变动引发的不稳定现象。


                  因此,微软打算用带底的数字“1“替换任务栏时钟里的窄”1“。在2022年最后两个月,微软率先在当时的Dev通道应用了这一更新;而对于已发布的Client则通过LCU的方式进行替换。最终使其成为Moment 2更新的一部分(理论上21H2也是可以通过这种方式替换的,很好奇微软为什么没有)。

                  如果想替换回去方法也很简单。

                  何木槿 调用的是"one.tnum"

                  复制一份"one",并将其覆盖"one.tnum"即可实现回退。

                  (当然从字符名也可以看出端倪,time number,只不过一开始只用在了展开日历的大时钟上)

                  2023.07.29更新:此方法有bug,窗口预览的标题详情字体回落有误。

                    Famous 说起这个,我就想起了 Copper 的任务栏问题——现在看来那可能真的是 Bug,如果单纯本地化问题,微软雅黑里面可没有 tnum……

                      Famous 其实还应用于21376等版本的设置界面 长得有点像winver的Tahoma字体


                      DaleZ Copper 的任务栏问题

                      Copper和Zinc祖传 非西文字符语言的版本都有这样的bug

                        © 2025 wvbCommunity 管理团队

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

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