柳鲲鹏

然后我就想，我能不能发明一种字体呢？这个想法应该别人也想过，也可能就是这么做的。不过没关系，咱就是拓展一下自己的思路。汉字是由笔画组成的。比如说横竖是大类，长横短横是小类。也就是汉字由小类笔画组成，而小类数量是有限的。在小字号时，笔画可以合并，有的笔画可以忽略。这里的强弱关系就是用来描述的。具体绘制时也可以考虑用颜色深浅来处理。每个汉字，笔画相对位置是固定的。定点小数速度快，通用。FreeType就是用这个。不同字体，结构可能有所差异。

到了rebase出错了，说是文件冲突。我就糊涂了：我确认这些文件是完全一样的，怎么就冲突了？猜测是更新时的不同历史造成。结果发现自己的库也提示有问题。按照上文的办法修改之后还是不对。大意应该是两个库有关系，结果又有差异。到了这里，看起来已经解决了。

多了27个像素，完全符合要求。

　　今天在研究中文字体时，发现一个规律：　　有人说这没什么稀奇啊。是的，不稀奇，有人说出来吗？

上升搞清楚了，觉得下降应该一样。然后就发现不是这么回事。上图中，每行的开头数字表示下降多少。看不出与标准情形有何差异。这里10磅下降了13个像素，符合转换关系。

所谓位置上升，就是增加高度，增加的部分在底部，这样看着就上升了。

位置有三类。

也就是在原有宽度基础上，加上或者减去相应的值。有TNR，五号为例。

间距有三类：

字体的缩放，指的是横向缩放。

x方向缩小0.5，Y方向不变。

从此以后，一切正确。

再大直接就没有大小不一了。

调试中得到的是utf-8，JDK默认编码？从这里可以看到，字体文件专门有标志标明支持什么语言。至此，相关信息处理完成。

东亚字体：日文ms932，中文gbk/ms950，韩文ms949/ms1361。如果是18030会改名为gbk，简化判断。只研究TrueType字体格式。代码文件是sun.font.TrueTypeFont。JDK的字体支持编码。为此专门研究了一下。