希望百分不要相信字体渲染的workaround

vevee1

保持原生支持关闭DirectWrite，不检查Integrity的特性是个非常核心的竞争力。这样可以确保无论外接何种分辨率设备，无论Mactype方面的workaround在性能、效果、兼容性、稳定性、易用性等任何一个问题上翻车，这边都能稳定如初地使用GDI完美渲染。
所以百分最死忠的应该就是重视字体渲染的用户，同样定位上基本只有360极速一个替代。抛弃这个特点的话替代选择就会太多了。

谢谢团队多年来的坚持！

gh0ul

看起来。。。算是支持楼主吧，尽管楼主好像不知道自己其实说的是什么。。。

Admin

Mactype助手效果不好吗？

gh0ul

Admin 发表于 2021-6-6 23:55
Mactype助手效果不好吗？

Mactype助手就是个名字碰瓷的东西。。。。

vevee1

css描边没有原生稳啊，参数设低了宋体小字号描边不足，设高了粗体容易失控导致笔画糊在一起。渲染浓度和原生处理也不一样。脚本对UI和各种特殊页面也无法生效。

所以百分的角度难道不是应该想办法突出优势……其实像之前dw没有好方案的情况下，百分就挺适合和mactype合作推广的。

vevee1

所以gdi+mactype渲染最根本的特点是正确。前端描边是在修改页面代码，相当于用户脚本接管了设计，这是个质变。

gh0ul

看不下去了。。。。我来说吧，mactype是抗锯齿，css只是粗黑+阴影，和很多人把mactype用成的那种粗黑，有那么一丁点像。尽管Windows一开始缺的就是黑(不是粗)，但是css用了错误的方式去解决，加粗把字弄变形了，有人愿意看加粗到变形的字，我反正不愿意。

mactype助手是个名字碰瓷的假货，本质就是css，css再怎么折腾，无法代替“抗锯齿”

然后，GDI/DW是一回事，允许/不允许渲染是另一回事，不要把两个事情混起来。本次mactype新特性是用于更好地突破“渲染代码拦截”这回事，对于百分开发有无帮助我只是建议。一共存在1.不能渲染；2.能渲染，DW方式；3.能渲染，GDI方式等三种情况，本次Mactype的新特性所谓能渲染Edge，也就是第2种，但是DW的效果是很渣的，可以直接忽略，所以Mactype用户都会要求保留第3种。

lift

vevee1 发表于 2021-6-7 10:06
css描边没有原生稳啊，参数设低了宋体小字号描边不足，设高了粗体容易失控导致笔画糊在一起。渲染浓度和原 ...

我现在用的火狐，用stylus替换所有字体为微软雅黑，然后用油猴弄一个最小字重为400的脚本，效果跟我百分配mactype一模一样啊

vevee1

我明白了，你这看半天完全没搞懂我们在说啥

我们讨论的workaround是 mactype + 注册表破解integrity或者新版本armbreaker破解integrity + directwrite + 脚本css来弥补dw下单薄的渲染效果。不是单用哪一两样。mactype+dw+css是可以实现抗锯齿的

原生方案是 mactype + gdi

剩下你说的没问题。workaround还可能包括将来的其他技术组合，无论如何，基本可以肯定性能、效果、兼容性、稳定性、易用性至少会有一个方面不能兼顾。所以我们都赞同cent这边主动保留gdi渲染

gh0ul

我没有不懂你意思，如果armbreaker能作为代替品完全没有问题的，当然需要性能不打折和对开发有帮助才有意义。其对效果无影响，“是不是一两样”和列入“注册表/armbreaker+css+dw组合”属于分类错误，怕过头了，dw和css才是旁门左道，实际上百分很可能就是默认加了disablefeature参数而已，默认没了就自己加，这个点没那么核心

css抗毛的锯齿，抗锯齿是子像素参与的，css只是加粗+阴影盖过去，然后字变形了。标准很低的话当然可以，但是现在我们已经不是温饱年代了，要吃好。只要你标准一高，这些旁门左道在效果上就没有可以“相信”的价值，根本就不要提可靠性。

结论是一样的，原因不一样。说效果就只说效果，说别的人家就要想别的代替方法，到时候人家说给你解决了，又给砍了，怎么办