#1 - 2021-5-6 12:48
橘枳橼 (我只知道自己一无所知。)
所以极容易产生混排问题，除非强行设置 CJK 优先，否则随机地会被视为西文。
#2 - 2021-5-6 13:02
你好F8 (整衣正色 往南三拜 焚琴煮鹤 挂印封金 ... ...)
utf还是unicode。。
#3 - 2021-5-6 13:09
烈之斩 (V1046-R MAHORO)
Unicode的原则就是同类符号码位合并，除非在原始子编码集里是两个码位
(别问我为什么XX和YY没有合并(bgm38)，Unicode早期问题很多)

至于你说的问题，我实际遇到反过来的反而比较多：一些西文设计上不考虑中文字体的问题，导致本来只是想用弯引号好看而已结果调用了中文全宽的字体，效果就变成这吊样：


(Via https://twitter.com/ikenaikoto/status/1359550701496659968)
#3-1 - 2021-5-6 13:27
StarBrilliant
在写 HTML 的时候把 lang="" 写对十分重要。
一来，有一些字体能够正确读取语言信息来生成正确宽度的引号。
二来，浏览器可以通过语言信息来决定 font fallback 顺序。

不过 Windows 比较坑——应用程序查询 system-ui 只能查到单个字体，查不到 font fallback 顺序。（但系统内部是有这个顺序的，而且这个顺序很奇怪地不随 locale 改变，而是随 ANSI codepage 改变。）
#3-2 - 2021-5-6 15:01
烈之斩
StarBrilliant 说: 在写 HTML 的时候把 lang="" 写对十分重要。
一来，有一些字体能够正确读取语言信息来生成正确宽度的引号。
二来，浏览器可以通过语言信息来决定 font fallback 顺序。

不过 W...
你说的“应用程序查询 system-ui” 这个说法不太准确吧，system-ui本来就是css里的东西（而且还不是标准，只是draft），和系统没啥关系，全靠应用程序自己实现，比如Firefox 根本就不支持system-ui。

当然，系统有字体API（及其局限性），但这只是“实现”的一部分，浏览器如果想完美实现system-ui，完全可以针对OS手动造fallback的轮子。毕竟不同lang对应的默认字体各大浏览器本身就是手动设定的了。

无论如何，在现在实现如此的情况下（Windows+system-ui Chrome只会调用一种字体），很多网站的font stack（GitHub、Twitter、etc.）都已经弃用system-ui了。

而且，调用system-ui显示多语种混杂内容（无法或者没有逐一标注lang）从原理上就不可行，CJK用户是最大受害者（因为中文字符集全）。

Edit: 不好意思，啰嗦了一堆 有的可能不太相关…请适量无视(bgm38)
#3-3 - 2021-5-6 19:49
橘枳橼
投个 grumpy 吧，虽然我也不知道怎么投（
#3-4 - 2021-5-7 02:08
夏日勘探者
一切用户输入环境都是有害的(bgm38)
#4 - 2021-5-6 13:48
Nightwing (SHAFT系動畫小組 →https://bgm.tv/group/shaft)
不用引号就完事了（(bgm38)
#4-1 - 2021-5-6 14:05
StarBrilliant
一起来用「直角引号」～
#5 - 2021-5-7 03:01
小神 (在pixiv做产品设计)
网站自己编辑的内容还能好好设置下，UGC 基本只能做取舍了，蛮残念的。
多语种的网站，排版优雅 OR 尊重地区标准，只能二选一
#6 - 2021-5-10 09:19
c933103 (請注意UID)
CJK優先…C和J和K的標點都不一樣呢，C還有地域差別