I4.04.3exact time on demand设计
精确时间应在悬停或详情中可得
别名: 悬停看时间 · tooltip timestamp · 精确时刻 · progressive time
概念解释
列表上用相对标签扫新近，不等于精确时刻可以消失。精确时间应在悬停或详情中可得：默认视图可以粗，但人要引用、要对证、要把这一条转发给别人时，必须能在一两次操作内拿到完整时刻。它不是把两种格式同时铺在每一行上，而是把完整时刻放在可发现的下一层。
机制
一屏里的每一行都写完整时刻，新近判断变慢，视觉密度上升，相对标签的好处被冲掉。完全不给完整时刻，相对又承担不了引用。分层把两个任务拆开：默认层服务扫描，按需层服务核对。悬停、长按、打开详情，都是「我现在要核对」的信号，在这些信号上展开完整时刻，成本只打在真正要核对的人身上。
「可得」还要求可复制、可朗读、稳定。只在悬停时闪一闪、无法选中的提示，对要把时间贴进工单的人等于没有。触控没有悬停，长按或进入详情必须能走到同一层，否则精确时刻只对指针用户存在。
边界
本身就是对证界面（日志、流水、病历时间轴），精确时刻应做默认，而不是藏起来。触控设备上把精确时刻只做悬停，等于没做。读屏用户够不到指针悬停，完整时刻需要出现在可聚焦的详情或同一单元格的可访问名称里，但不能因此把每一行的可访问名称都变成一长串日期，扫描会变得不可用。相对标签若已经刷新成错误的「刚刚」，下一层的精确时刻仍必须是对的——按需层纠正的是完整坐标，不该继承一个过期的距离描述。
怎么落地
- 默认行用相对或短格式；悬停、长按或详情给出完整本地时刻，并允许复制。
- 触控路径与指针路径要到达同一完整时刻，不要只做悬停。
- 读屏：完整时刻放进详情或可选的提示，扫描列表时不要每行强制朗读长日期。
- 验证：在一条「三分钟前」上不离开列表，用悬停或长按拿到完整时刻并复制。只用手指、关掉鼠标，重复一次。打开详情，完整时刻应与按需层一致。把按需层做成无法选中的闪字，复制任务应失败。