S1.01.5Truncation as hidden overflow设计

截断掩盖溢出,不等于解决

别名: 省略号截断 · 隐性溢出 · ellipsis truncation

概念解释

隐性溢出(hidden overflow)是文本超过容器后被裁切或省略号替代,视觉碰撞虽然消失,信息却仍未完整呈现。截断是一种有意的信息压缩策略,只有在被省略部分可安全推断、可通过其他途径取得且不影响选择时才成立;把它作为所有本地化超长文本的默认修补,会把布局缺陷转化为内容缺失。

机制

省略号只反馈“这里还有内容”,并不编码被删掉的字符。若多个选项拥有相同前缀,尾部恰好承载名称差异、版本号、日期或动作对象,截断会让项目无法区分。窄屏、放大文字与译文增长会把截断点向前推,使原先只丢次要修饰语的界面开始丢核心语义。辅助技术读取完整可访问名称也不能弥补视觉用户无法扫读和比较的困难,反之只提供视觉全文而无可访问名称同样失败。

边界

文件列表、历史记录等高密度视图可合理使用截断,前提是完整值可通过聚焦、展开或详情稳定取得,且相邻项仍可辨别。不可逆动作、金额、剂量、安全警告、法律同意和错误恢复步骤不应依赖悬停显示全文,因为触屏、键盘与放大环境未必支持同一入口。多行截断也会丢信息,只是阈值更晚。

怎么落地

  • 先判断被截内容是否影响识别、决定或风险;关键文案改为换行、扩高或重排,而非加省略号。
  • 确需截断时按标识结构选择末尾、中间或保留尾部的策略;常见末尾省略号不会自动保住最有辨识力的部分。完整内容入口须支持键盘、触摸和屏幕阅读器。
  • 不把工具提示作为唯一补救;在详情、可展开区域或无障碍名称中提供一致全文。
  • 用真实相似名称、最长译文、文字放大和窄屏测试,验证用户无需猜测即可区分项目并完成目标动作。

延伸

  • 同组S1.01.1 同一内容的译文长度随语言差异显著 · S1.01.2 短标签的膨胀比例高于长段落 · S1.01.3 按源语言长度定死的容器必然溢出 · S1.01.4 布局需按最长语言而非平均长度验证
  • 相邻J2.03 文本放大与重排 · T1.03 简洁与完整的取舍
  • 站内检索text truncation · text clamping · tooltip accessibility

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/S1.01.5