建议明确「行间标点应尽量紧贴所标注汉字一侧」中「紧贴」的意思
Nobody has claimed this yet.
- Dominant language
- HTML
- Stars
- 809
- Forks
- 66
- Avg merge
- 19m
- Merged PRs (30d)
- 1
Description
专名号和波浪线形式的书名号位于两行之间,合称行间线。
关于行间线的位置,目前CLReq似乎主要描述书写方向的位置(即竖排的竖直方向),例如相邻专名号要避让,而对垂直方向的位置(即竖排的水平方向,也即CSS text-underline-offset)没有太多描述,基本只有一句「行间标点应尽量紧贴所标注汉字一侧」。
其中「紧贴」这种说法很模糊,有多种理解,但好像都不完全对。
-
「紧贴」可以理解成与文字外框重合。像描述密排时,「将字符外框彼此紧贴」就表示相邻的文字外框重合。
然而行间线恐怕不该与文字外框完全重合,否则行间线看起来容易与笔画粘连。特别是CSS不能把
text-underline-offset设成0或保留默认的auto,因为那样行间线通常会穿过汉字。 -
「紧贴」也可以理解成距离小于某个固定值,比如 1 em。
这种理解并不完全。如下图,某网站设置
text-underline-offset: 0.25em,确实可算紧贴;但行距(行高减去文字尺寸)只有约 0.5 em,导致专名号难以判断是标注前一行还是后一行[^lr],只能结合文本实际内容判断是标注六一公公而非「來的」。
[^lr]: CLReq已经介绍「直排时,行间线标注于文字左侧」,但历史上左右都有。标左如 w3c/type-samples#56 和 w3c/type-samples#127,标右如1922年8卷12期《 婦女雜誌》。因此明确标注对象很有必要。
可能的修改方式
调整 §5.6.1 行间标点的处理一节,把书写方向和它的垂直方向分开写(现在是混着写的,参考下图),然后把「行间标点应尽量紧贴所标注汉字一侧」改为「行间标点应偏向所标注汉字一侧,特别是不应位于行距正中央;行距较大时,行间标点也应尽量靠近所标注汉字」。
截图:现在书写方向和它的垂直方向是混着写的
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with CLReq §5.6.1, especially the current wording about行间标点 and the linked discussion of text-underline-offset. Compare the writing direction and perpendicular direction, then evaluate the proposed replacement wording against the examples and references in the issue. Done means the section clearly explains the intended position without leaving “紧贴” ambiguous.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- css
- Domain
- documentation, internationalization
- Issue type
- Documentation
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 68/100