fusyong / jiazhu Goto Github PK

不但没有排成两行，而且超出文字区域有边界。

boxes_to_rules

如果 n 是 夹注，则 处理完之后， n 已经指向了原来 n 的后继节点，如果其为空，则 下一步 n=n.next 会出错。

因此 n=n.next 需要放到 else 分支中。

可以通过两个紧邻的夹注进行测试 \jiazhu{XXX}\jiazhu{YYY}，会发现第二个夹注没有处理，被跳过了。

比如冒号

在 is_full_quad_punc 中，如果是行间标点（且竖排）应返回 false，以启用前后的 kern。

经查，行首的额外glue与 \setuphead[chapter][numberwidth] 有关。

如果章节标题过长超过一行，即如果夹注位于行首，则整个夹注应距行首numberwidth。

但无论如何夹注的上下两行应是对齐的，不应有hangskip。

其实我不太确定，因为我在您的代码基础了做了一些改动。

标点压缩时使用字体的kern属性可能会导致标点与文字重叠。（adobesongstd）

两行夹注不一样长，看起来不太美观，尤其是没有占满整行的情况下，如果能对齐上下两行比较好。
另外由于凸排的存在，夹注所占空间的长度可能会小于显示字符真正所需，导致与后续字符重叠。

目前我的想法是先根据宽高比修改xscale，让其横向排版时占据宽度等于高，然后旋转时再恢复xscale，并适当更改所加 hlist 的xoffset。

如果夹注过长，会使得夹注占据了大部分空间，其长度固定下来后，可能导致剩余空间进行标点压缩排版时超出边界。
根本原因应该是夹注无法与非夹注一起参与glue的缩放，而夹注长度一旦固定下来，如果剩余空间过小会导致排版困难。

pdf标签中的章节标题会将标题中的夹注也包含在内

主要是考虑不同字体大小的情况。此情形下，按横向基线对齐貌似不是太美观。