E2.08.1proximity character-count cue设计

限制应在接近上限时提示而非始终显示

别名: 字数统计显示时机 · remaining characters · 计数器常驻

概念解释

字段有上限时,右下角的「0/140」会从第一键就开始报数。离上限还很远时,这份数字是噪声,还会被误读成「必须写满」。接近上限才提示(proximity character-count cue)把计数器留到剩余量进入危险区再出现或变色,让注意力用在真正要刹车的时刻。它管的是提示出场的时机,不是到顶之后该截断还是拒绝,也不是按字符还是按字节数。

机制

计数器是一份持续更新的数量显示,会把「还剩多少」拉进工作记忆。上限很宽、当前很少时,「还剩很多」没有决策价值,却占据槽旁的视觉位置,短内容场景里还像一份作业配额。等到剩余进入一小段(常见是 10% 或固定二三十个单位),数量才开始改变行为:人会缩短句子、删修饰。过早出场会让人从第一句就自我审查,写短;过晚出场(顶格才红)又来不及改。时机要把计数从环境噪声里释放出来,变成刹车信号。

边界

短信、推文、标题这类上限本身就是产品约束、人人都知道要卡着写时,常驻计数是工具而不是噪声,接近再显示反而让人失去节奏。语音输入、粘贴大段会一次越过「接近」区间,计数器若只在逐键时才出现,会跳过变色阶段直接爆红。读屏器对每次击键都播报剩余数会不可用,接近再播比全程播更合适,但仍要允许查询当前剩余。无上限的字段不该出现计数器,即使设计想「显得专业」。

怎么落地

  • 默认隐藏或淡化计数,在剩余进入预定的接近区间时再提高对比或展开数字。
  • 把「接近」设成对改写仍来得及的距离,不要顶格才第一次出现。
  • 对粘贴一次超限,立刻给出剩余为负或已满的状态,不要等下一次击键。
  • 验证:写一篇远短于上限的内容和一篇接近上限的内容。前者不应被计数器打扰;后者必须在仍能删改时看到剩余。若短文作者问「是不是要写满」,计数就出场太早。

延伸

  • 同组E2.08.2 硬截断会静默丢失内容 · E2.08.3 计数单位需与用户理解一致
  • 相邻E2.02 多行文本域 · E2.06 格式提示与示例
  • 站内检索proximity character-count cue · remaining characters · counter timing

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/E2.08.1