@kokutou stylus 扩展，不过 6 月份 manifest v3 出来后 chrome 系所有浏览器就不可能了，早日 firefox

对于字体质量问题应当不能用分辨率来概述设备情况，更恰当的方法是应该使用 PPI ，否则无法兼顾物理尺寸以及缩放对效果的影响

这个问题的根本原因有两个，而且是递进关系

1 windows 设备的 PPI 普遍比不过 mac 设备，而且 PPI 的规格众多

2 在这种地狱条件下 windows 选择成像清晰优先而不是 mac 注重边缘描绘，否则明显会因为不符合奈奎斯特采样定律而产生走样，要么字体足够优秀会自动根据 PPI 情况微调。事实已经证明，微软雅黑是目前比较好能够同时在不同 PPI 下都能清晰显示的字体。

实际上你如果用 firefox 修改 css 样式就会发现：

* { -webkit-text-stroke-width:0.16px;}
* { text-shadow: 0.01em 0.01em 0.02em #707070; }

这两条就能让 windows 端字体边缘效果贴近于 mac

所以对于字体美观显示问题，这无非是两者选择的目标不同而已

如果 hyperv 的性能有问题，那么 xbox 这种游戏机是怎么玩游戏的

先把司马 snap 干掉再说

op 包括楼上说的情况已经很明显了，就是显卡带不动而已

@bclerdx 镜像订阅制，没有有效连接。每月更新 iso 各大论坛都有分享 ed2k 。

@bclerdx 直接解包每月 MSDN 放的 business 后缀镜像看 sku 就行了，教育版，企业版，专业版，专业教育版，专业工作站版，其中教育版，企业版就是顶级 sku 。专业版还有实际在 customer sku 也有

@chhtdd 不想要广告自己装 business 的 sku ，又要贪图 customer 的 sku 价格便宜又要货好，有这种不可能三角吗？何况 op 问的就是企业版的差别，而企业版本来就只有 business 的 sku 才有

你说的内容都对，但是 windows 不改或者两者共存的决定不是 ms 自己说的算。你大可以自己打开 windows 区域设置里的 utf8 全局支持，但是出问题的往往不是 windows 自己

@bclerdx 如果他们认为 没有应用商店、预装 uwp 、onedrive 这些东西，能够省下还不如微信聊天记录大的空间是很有意义的话。


如果少那几个组件真能够提升 windows 的性能，那么该起劲的不是网友，而是 ms ，他会自己单独发行一个“性能最优版”windows 不放过任何一个赚钱机会。事实上 pcmark 测试 LTSC 根本不占优势

特别是标榜着 LTSC 是干活绝佳系统的，我是不懂，在 adobe 官网都明确标明不支持 LTSC 系统的情况下是怎么说的出这种论调的。

事实上就算是最新版本的 LTSC 也都是 2021 年发布的，这意味着他已经有三年没有更新添加功能，而 windows 从 vista 开始本来就是三年推出一个新版本，也就是说，现在推崇 LTSC 系统的人，等同于在 windows 10 时代一定坚守要用 windows 8 。

企业版你可以认为是滚动发行 linux 如 archlinux
企业版长期服务版你可以认为是 lts 发行 linux 如 debian

楼上说更新频率不同是错的，因为两者每月都有周二补丁

就和 archlinux 和 debian 一样，前者新功能更多，新硬件适配更好，后者完全不给新功能，不考虑未来硬件适配，也不考虑软件更新适配

但是在互联网上还是有不少乐子人认为长期服务版性能更好的

实测，wayland 下没法用内建截图，会白屏，缩放不遵守 kde 设置，需要自己改执行命令强制 qt 缩放因子，不过我看 UI 还是会错位，不支持 fcitx5 输入法

@Jirajine 目前 qqnt 也有 bwrap 版本，但是还没见到封号情况

不是很理解这个分数和机器本身性能挂钩的话怎么比较，难不成控制变量，一台电脑所有浏览器都装一遍测试一遍？

我寻思 chrome 不也是在 omnibox 给你倒垃圾吗，50 笑 100 ？

我认为有以下几种可能性：

1.WSA 图形堆栈问题尚未解决，日后 Windows on Arm 时代问题可能会更多
2.与已有的模拟器实现不同，hyperv 此类 type0 虚拟机技术很可能并不适用于 WSA 这种需求，属于吃力不讨好
3.Google 自己把 Google play 搬上了 PC
4.MS 意识到与其与 Google 在移动领域竞争不如在 AI 竞争，并且现在有一定优势
5.亚马逊试图剥离 android ，而 WSA 分发渠道依托亚马逊
6.MS 在执行 Windows on Arm 开发时找到了比 hyperv 更好的方案

GNOME 已经已经给了足够少的可自定义的内容，甚至可以说是非常简陋，我看也没适合普通消费者

从 AUR 上的反馈来看好像不支持 wayland

从以前的 aur 上的几个包来看，微信的 linux 版会查你是什么发行版决定能否运行，如果不是 aur 做了修改他甚至不能在 arch 上使用，另外还有个 deepin 版应该是靠 wine 直接运行低版本 windows version 的，也就是说微信实际上并没有对 linux 做开发， 他是对某一个国产系统做了开发