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

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

Betta_Fish 这个设计确实好看,一级导航和标题融为一体,二级导航和内容区为圆角浮动的卡片设计,用透明度和阴影做出区分,如果这玩意能用 WinUI 开发一个一样 UX 布局但原生控件的软件,那将会是绝杀,可惜现在的 E+D 的态度就是哪天做出把本来很好的 UWP To-Do 改成 WebView 套壳都很正常的情况。

Edit:标题指的是网页标题,把浏览器的 PWA 窗口控制标题栏和 PWA 应用本身分开来看,不过前者其实完全可以去掉了,老早就可以把 Caption Buttons 塞到 PWA 里,但微软就是不做。

    Stakarilky 主要问题是,不可能用MAUI的,除非让OPG和Xamarin尿一个壶里去。

    另外翻以前的blog发现rs切ni这段时间其实内部大动作不少,以前没有留意:
    2253x这段时间官方一直提到一个问题那就是日期时间被劈为两半,实际上是为平板模式任务栏铺垫的(然而平板模式带来的另外一个bug至今没解决,qaq)我当时很纳闷怎么搞成这样后来才恍然大悟
    另外这段时间经常发生任务栏闪烁和图标丢失,应该是在搞完全岛化(准确的说除右下角菜单外,右下角是后面解决的)
    22543-22557跳跃了三周,到了22557除了进入ni__release还一下子宣布了有关任务栏的一大堆更新还有乱七八糟。其实这个版本第一次实装大部分岛化的任务栏(最明显的UI更改就是搜索箭头方向),自此任务栏不置顶的问题被一定程度上修复。

    熊猫火狗 不是啊,这个本来就是AB测试,你只是没开出来,另外vivetool开启的功能有可能遥测关闭,需要关一个计划任务但是有副作用

      Stakarilky 老早就可以把 Caption Buttons 塞到 PWA 里,但微软就是不做。

      TL;DR:

      1. 仅桌面端 Chromium 系浏览器支持;
      2. 使用得当时这些按钮可以挤占掉超级多宝贵的空间:

        (2x Bigger than normal,更疯狂一点还可以更长)
        对于某些本来就不太够用的标题栏(如 build.microsoft.com)简直就是灾难。

      因此,既然要统一,干脆全部不做。可以理解。


      我猜 VSCode Web 版支持完全是因为 Electron 那边使用了这个技术所以顺便搬过来了而已

        SteveWorkshop 不是,这个东西还是WinUI的(左下角齿轮动画),但是微软商店推了个诡异的更新(就是这个)
        1722267731716.png
        然后微软就在上面又糊了一层WebView2……

        ===================

        把这个开始体验卸载掉就好了

          熊猫火狗 那当然
          这里说的是完全winUI。
          如果所有的UI都是webview那一定是一个先进的系统,不如我们叫他edgeOS吧,诶等等,edge基于Chrome,所以我们叫他ChromeOS吧

            DaleZ 应该区分一下网页的客户端应用打包成 PWA 与纯粹把网页打包成 PWA 的区别。

            build.microsoft.com 明显是后者,只是可以在窗口中运行的网页而已,不过现在的 “PWA” 大部分也是这种,我倒是挺期待类似于 Google 的办公套件和 Gmail 之类的网页客户端安装为 PWA 后,如果能把标题按钮挤在应用内,这是最适合的了。


            SteveWorkshop ChromeOS 其实挺好看的,感觉 10X 借鉴了很多东西,我还挺喜欢他们整的 Material You。

            如果我是外国人对电脑的要求只是优雅的看网页和轻度娱乐,那么或许可以考虑买台 Chromebook。


            熊猫火狗 这不好吗,你就不怕微软一次更新把 UWP 做的好好的 To-Do 换成网页套壳?

            熊猫火狗 分屏最好是贴边无缝直角,因为你若把 MacOS Sequoia 的圆角分屏加与菜单栏 Dock 栏之间整额外间距做到 Windows 上,那么很多情况下空间会被浪费,尤其是现在 Windows 设备很多屏幕不大同时很多应用设计的信息间距又很大的情况下

            Mac 能做圆角分屏没啥争议是因为果子应用的信息密度很大,信息间距很低,Windows UI 在解决照顾触摸带来的信息密度低之前最好别整圆角分屏。如果你折中做 Windows 圆角分屏加应用边框贴屏幕边缘,那么只会感觉很奇怪很违和,因为你的任务栏也是直角。

              Stakarilky Mac 能做圆角分屏没啥争议是因为果子应用的信息密度很大

              其实还是有人不满意的,一个类似情况,当年 Big Sur 窗口圆角变大以后有些人吐槽最大化的角落露出的那一点点壁纸很不爽(包括我)……


              Stakarilky 应该区分一下网页的客户端应用打包成 PWA 与纯粹把网页打包成 PWA 的区别。

              主动加入了 manifest 的网页都可以说开发者希望将其作为“客户端应用”对待。另外还是那句话,因为覆盖层太长,留给标题栏的空间不多,反而影响用户体验。本来我也是喜欢 WCO 的,现在也在考虑要不要从我的博客中移除对它的支持。


              Stakarilky 所以说分屏以后不就是两个窗口的全屏嘛。不留圆角正常(而且个人认为是最优解)。

                DaleZ 其实还是有人不满意的,一个类似情况,当年 Big Sur 窗口圆角变大以后有些人吐槽最大化的角落露出的那一点点壁纸很不爽(包括我)……

                我一直不明白最大化窗口为什么要留圆角,铺满屏幕不好吗,现在 Windows 的处理就很正常。

                DaleZ 主动加入了 manifest 的网页都可以说开发者希望将其作为“客户端应用”对待。

                不一定,很多这么做的开发者只是希望自己的网页能有一个更显眼的入口……

                  © 2025 wvbCommunity 管理团队

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

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