F4.05.1flush left设计研究

左对齐提供稳定的起始基准

别名: 齐头 · ragged right · 左齐

概念解释

一段左对齐(flush left,右端参差 / ragged right)的文字,每一行都从同一条垂直线上出发。折返的眼睛不必每次重新估计「这一行从哪儿开始」,它有一个固定地址。这和把按钮、卡片、图标排到同一条网格线上不是一回事——那是版面物件的对齐。这里说的是段落里行首这个点,要不要被当成阅读的原点。

在从左往右写的界面里,左就是起始侧。从右往左的文字,稳定的是右缘。中文横排同样从左边进字。名字叫左对齐,指的是起始基准,不是一种装饰偏好。

机制

行首是折返扫视的靶。靶若每行都在同一 x 上,瞄准可以变成一次习惯性的短跳,而不是一次搜索。右端保留参差,词距就不必被引擎拉扯:每个词自己的空还在,字母不会被撑开,段落的灰色纹理均匀。参差本身还提供「我在哪一行」的指纹——上一行在「的」收尾、下一行在「从」收尾,行尾形状不同,串行时更容易发现。

左对齐把不整齐全部赶到行尾。行尾本来就是阅读的结束点,参差落在已经读完的地方,代价低于落在尚未开始的地方。居中把不整齐分给两端,行首每行都在搬家;两端对齐把不整齐消化进词与词之间,行首整齐了,纹理却被撑出空洞。左对齐是三种里唯一把「原点固定」和「词距不乱动」同时保住的做法。

中文没有西文那种可压缩的词间空,左对齐几乎是横排正文的默认,不是学来的风格。即便如此,行首这条线仍然在起作用:缩进、项目符号、引用竖线如果每行缩的量不同,起始基准一样会丢。

怎么研究

比较齐左与两端对齐、居中时,要分开测两件事:折返是否落在正确行首,以及词距是否仍均匀。眼动看行首着陆的水平误差;把段落做成只留字的灰度图,可以看纹理是否出现纵向的「河」。Tinker 的印刷阅读传统里,对齐方式是和行长、行高一起出现的版面变量,不是单独的美感题。因变量:串行率、阅读速度、主观「整齐 / 好读」(这两项常常打架:两端对齐被评为更整齐,齐左被评为更好读)。

材料必须是多行段落。单行标签没有折返,测不出起始基准的价值。

边界

表头、数字列、金额比的是位数,不是行首阅读,该用右齐或小数点齐。标题、诗歌、签名可以不跟正文抢同一条原点。窄栏里齐左会露出很难看的 rag,那是行长过短,不该为此改成两端对齐来「补齐」。两端都要求整齐的正式印刷(书籍内文、报纸)在宽栏、带断词的前提下可以放弃一点词距稳定性,去换左右双缘;界面栏通常既不够宽、又没有好的断词,这个交换不划算。网格上的物件对齐仍按版面系统处理,不要用「段落要齐左」去要求一张卡片里的图标也贴左——物件对齐是另一件事。

怎么落地

  • 连续阅读的段落默认齐左(起始侧齐)。不要为了和卡片边缘「看起来更满」而改成两端对齐。
  • 给行首一条真的垂直线:同级段落缩进一致,列表符号占的槽一致,引用线不要时有时无。
  • 从右往左的语言把同一原则用在起始侧,不要把 LTR 的 left 值抄过去。
  • 读一段时用笔顺着行首往下划。线如果在左右晃,起始基准已经丢了,先查缩进和列表槽,再查是不是被居中或两端对齐带跑。

延伸

  • 同组F4.05.2 两端对齐在窄栏产生不规则字距 · F4.05.3 居中适合短文本,不适合段落
  • 相邻F2.05 对齐 · F4.03 行长
  • 站内检索flush left · ragged right · justification · return sweep

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/F4.05.1