Clerk Ma
Clerk Ma
[otfcc-macos.x64-0.10.3.zip](https://github.com/caryll/otfcc/releases/download/v0.10.3-alpha/otfcc-macos.x64-0.10.3.zip)
标点处理，最早是为了处理雅黑的错误标点。 在输出的时候会算字符的最小box，然后根据JFM宽度做一下校正（有个会做居中的操作）。 上面的校正，就是做了一个类似于VF的操作，JFM相关的VF主要做的就是为了处理标点的。 JFM的设计是类似于铅字的设计，所有的字符/标点都是最小的宽度，中间的间距使用**铅空撑开**。 而OpenType的设计是把标点放在em框里面，做文字处理的时候会算前后相关会有多少**空间压缩**。 我所做的就是把这个逻辑搞的复杂了一点，会算左右位移。 之所以会造成你觉得视觉不平衡，是因为我偷懒没有给标点加上位置属性去算位移（LuaTeX-ja做了）。 之后怎么做，我再想想。github我不常上，最近腰椎也开始疼，不知道什么时候能改啊。
@Man-Ting-Fang 雅黑的标点位置已经更新了，相关的代码我下周更新。下周更新的还有语法，原来的"ot:"语法会添加yaml格式支持，比如 ``` \font\f="ot: {jfm: upjisr-h, file: demo.otf, baseline-shift: -100, color-emoji: true, engine: harfbuzz, features: ['dlig', 'jp90']}" ```
那我今年加加油
@fei-pan 这个primitive的问题最近会修。预计四月中旬前。最近公司事务比较多，不忙了的时候更新。
@stone-zeng 听说你们最近要打算给我项目捐钱？（雾
这个我这两天给你整理一下。
@prinwis @Man-Ting-Fang 在处理标点的时候，我是通过FreeType读取标点的相关的metric信息来做标点的横向位移的，但是不理想，尤其是有特殊的字体存在（微软雅黑的旧版本之中的居中标点）。 dvipdfmx在处理JFM的时候需要读取JVF来对标点的位置做校正，大部分情况下都能得到比较好的结果。无奈大陆的厂商的字体做的大部分很奇怪，我下周大概想个办法解决一下。
比xelatex慢的，这就不好说是在哪出问题了。你可以整个最小文件贴到这来看看。
slash那个，实际上不好说： ``` platex-ng -jobname=z "\documentclass{minimal}\begin{document}mini\end{document}" ```