起因是我在 MacBook Pro 13 英寸版上转录笔记,看到 numerical 一词的 l 字母的宽度跳来跳去,如下图(前一个 numerical 的 l 非常细)。
就很奇怪,因为网上都说 macOS 的高分屏渲染比 Windows 高到不知哪里去,然而我在 Surface Book 2 15 英寸版上没有见过这个现象。当然,这可能是 OneNote 的问题而不是 macOS 的问题。为了调查,我用 macOS 自带的 TextEdit 看了一下。
MBP13 的 physical resolution 是 2560x1800,默认 scale 是 1440x900,200% scale 是 1280x800,无论哪种 scale 都会得到 defective 的渲染结果。并且字号的选择使得无论是 logical pixel 数还是 physical pixel 数都是整数,不应该出现浮点数导致的问题。
上面两幅图里面,文字的格式化和到 numerical 这个单词的文字都是一样的,并且是左对齐故不存在空白间隔变化的问题。然而无论在哪幅图里,第一行渲染结果都比第二行粗(在屏幕上非常明显不同)。
有网友告诉是因为 MacBook Pro 13 英寸版的屏幕是 1.125 倍超采样输入的,然而这依然不影响对应的像素数是整数。
按照 @camillo 的提示在取消 System Preferences > General > Use font smoothing when available 之后就好多了。为了获得最佳显示效果,我还把缩放调节为了 200%(1280x800 逻辑分辨率),希望不要再有幺蛾子了。
1
camillo 2019-01-25 18:34:11 +08:00 1
一个思路 不一定对:文字的渲染方式原因?
有没有在设置里把通用-使用平滑字体关掉? 这个看上去和 Windows 上的 ClearType 情况类似 |
2
richangfan 2019-01-25 18:34:15 +08:00 via Android
比 windows 适合办公,比 linux 适合编程,记住这两点,什么字体渲染都不是事
|
3
camillo 2019-01-25 18:38:05 +08:00
另外我这里无法复现 touchbar 版 15 寸的
|
4
geelaw OP @camillo #1 我都不知道这玩意儿的存在。关掉之后字明显变细但是也一致了。所以问题来了:为什么 Apple 要给一个 suboptimal 的默认设置?
#3 据说 15 英寸的是 1.167 倍超采样。 @richangfan #2 即使从果粉的宣传角度,你也应该说“比 Windows 适合编程”?还是你在用互文的修辞手法? |
5
minamike 2019-01-25 19:08:15 +08:00
字体平滑这个选项是为非 r 屏准备的
r 屏已经不需要这个选项了 |
6
geelaw OP |
7
minamike 2019-01-25 19:22:41 +08:00
|
8
geelaw OP @minamike #7 或许是我插入过外接显示器?但是既然都 per-monitor DPI-aware 了,为什么不能 per-monitor 字体平滑呢 :-(
|
9
camillo 2019-01-29 11:37:19 +08:00
应该是历史遗留原因 PPI 足够高的情况下什么幺蛾子都不用 纯灰度渲染其实就好了
|