- 主题:自 Petzold 以来，微软再也没有过连贯的 GUI 策略
参考 Gary Bernhardt的talk：
The Birth and Death of JavaScript （2014）
《JavaScript的诞生与死亡》
【 在 adamhj 的大作中提到: 】
: win11已经自带webview2了吧
--
FROM 60.24.249.*
如果是每个widget都想create一个webview2那当然是卡的
如果微软把webview2作为native的GUI service provider
大家只是在DOM上创建一个element，不就好了？
【 在 hgoldfish 的大作中提到: 】
: 按这篇文章的背景谈到的，win11 的一些桌面组件，像那个 copilot 和菜单就是跑在 webview2 上面的。
: 所以才会有卡顿的感觉。
: 不过 shell 不算。以前 win98 的桌面也是个 IE 浏览器核心。叫做活动桌面，不知道你们还记不记得。当年 win98 的的第一优化技巧就是关闭活动桌面。
: ...................
--
FROM 60.24.249.*
我也用鼠标啊，我的问题是什么地方会用到滚轮
【 在 adamhj 的大作中提到: 】
: 有时候纯浏览帖子的时候偶尔用一下，比如左手拿着杯子在喝水之类的，毕竟这些针对bbs的term都设计成了可以稍微支持一点简单的鼠标操作，虽然大部分时候还是用键盘
--
FROM 180.172.1.*
帖子列表、版面列表，主要是替代翻页
【 在 RuralHunter 的大作中提到: 】
: 我也用鼠标啊，我的问题是什么地方会用到滚轮
--
修改:adamhj FROM 182.85.138.*
FROM 182.85.138.*
翻页直接在屏幕右侧上下部分点击就可以了啊，比滚轮快多了
【 在 adamhj 的大作中提到: 】
: 帖子列表、版面列表，主要是替代翻页
--
FROM 180.172.1.*
习惯问题，fterm这么用用惯了
【 在 RuralHunter 的大作中提到: 】
: 翻页直接在屏幕右侧上下部分点击就可以了啊，比滚轮快多了
--
FROM 182.85.138.*
这显然不可能啊。
每个进程都有自己的资源空间。
即使这个 webview2 放到内核里面，也没法真正实现。
因为现有的 dom 模型不支持这种元素在不同进程的抽象。
【 在 tgfbeta 的大作中提到: 】
: 如果是每个widget都想create一个webview2那当然是卡的
: 如果微软把webview2作为native的GUI service provider
: 大家只是在DOM上创建一个element，不就好了？
: ...................
--
FROM 222.79.178.*
“卡卡”的已经不是win11菜单的大问题了，
而是本来要提供快捷访问的这些菜单，一点都不快捷了，
开始菜单如此，右键菜单也是如此
【 在 hgoldfish 的大作中提到: 】
: windows 系统本身也是用的纯的 win32api. 这就是文章所说的，巨硬内部各有自己的小算盘，每个部门之间相互不支持。
: 直到 win11, 奇葩 windows 开始菜单被换成了 reactjs native 写的一套框架。所以 win11 点开始菜单会觉得卡卡的。
:
--
FROM 120.244.54.*