F4.10.3access to truncated content设计
被截断内容需有完整查看的入口
别名: 展开全文 · 溢出可访问 · see full text
概念解释
省略是显示层的压缩，不是把字符串从数据里删掉。原句还在模型里。如果界面没有一条路让人把原句取回来——悬停提示、点按展开、长按复制、进入详情——压缩就变成了删除。被截断内容的完整入口（access to truncated content）问的不是切在哪，而是切完之后人还能不能把丢掉的那截要回来。
机制
布局引擎裁的是字形绘制，数据层通常仍持有全文。这条单向阀门要靠交互再打开。桌面习惯用悬停气泡，但触控没有悬停；title 属性在手机和键盘上经常不可达。若「看全文」等于跳进三层之外的详情页，列表里正在做的比较任务就被拆掉了——人是为了在多条之间对照才需要那几个被裁掉的字，而不是为了单开一条的档案。跑马灯把全文滚过去，算一种取回，但无法暂停、无法选中、也无法在需要的时刻停在区分段上。没有入口的省略，等于系统单方面决定了用户不配拥有完整信息。
边界
当标题被当成纹理或装饰（海报上的半句、背景里的品牌名），取回没有任务价值。法律文本、药量、账号绑定邮箱这类一旦残缺就会做错事的字段，入口不是可选项。列表虚拟化若只把可见子串挂到节点上，详情页也读不到全文，入口会假——看起来有「更多」，打开仍是残句。入口必须回到源字符串，而不是回到另一份也被裁过的拷贝。
怎么落地
- 给每一个会出现省略号的字段登记取回动作：展开、气泡、复制、详情，四者至少落成一个在当前任务上下文里能完成的。
- 关掉鼠标悬停，只用手指和键盘把这个动作走一遍。走不通或必须离开正在对照的列表，这条入口对扫描任务无效。
- 展开态要能再收起，避免「看完一条就再也回不到十二条并排」。