工作中不断有局部问题：这位员工负责什么，这项审批会改变哪里，这份文件是否包含需要的材料。解决它们以后，人通常还要回到原来的比较、输入或决定。
如果每次查看都重置列表、丢失草稿或改变焦点，用户会不断重建工作状态。界面虽然能打开所有功能，合作却被这些往返拆碎。
我们把一次详情查看看作一段往返：从哪里出发，带着什么输入，结束以后回到哪里。Teloa 的局部查看默认优先右侧抽屉，目的正是保留这段工作的联系。
一个短暂问题，不该搬走整段工作
你想确认研究员工是否采用某项方法，只需要读几项信息。进入完整管理页虽然空间充足，却会把目录、筛选和刚才比较的其他人一起移出视线。
右侧详情保留出发位置。用户知道自己为什么打开它，读完也容易回到原问题。任务摘要、文件预览和能力详情，常有类似需要：它们服务当前工作中的一个局部判断。
这不是节省一次点击那么简单。人在比较时会暂时记着几个条件，页面转换越多，越需要依靠记忆恢复。局部查看把相关信息留在同一处，减少重新进入状态的成本。
放到一项交付里看，这段往返还会反复发生：核对原任务的要求，打开成果检查一段文字，再回到会话补充修改意见。任务、成果和会话负责各自内容，详情容器负责让查看不带走原工作。它们配合得好，负责人就能边核对边形成要求，而不必先记住所有发现，最后集中重讲一次。
容器因此应当服从查看目的。先展示回答当前问题所需的内容，进一步管理再给合适入口，不把一次短暂查看变成大排设置项。
空间留下来，也要承认空间有限
空间应随查看目的改变：
| 目的 | 适合的空间与代价 |
|---|---|
| 快速确认局部信息 | 抽屉保留出发位置，但会占用一部分宽度 |
| 阅读长文、复杂编辑与管理 | 获得更大视图；强行把整份报告塞进窄栏，会增加阅读和比较的负担 |
| 持续跟进进展 | 工作概览保持并栏，允许一边输入、一边看变化，不作为需要关闭的临时打断 |
统一的交互原则应当让人形成稳定预期，而不是要求所有内容采用同一尺寸。看一眼细节，深入处理内容，持续跟进工作，这三种目的值得使用不同空间。
返回，需要保留具体对象和位置
Teloa 已确定的详情原则包括保留原入口的草稿、选择、筛选与滚动，并让焦点返回发起位置。
草稿必须知道属于谁。编辑员工甲写了一半，打开员工乙时不能混入同一段内容；回到员工甲，又应该能够辨认原来的修改。保存一份全局临时文本，并不能完成这种连续性。
焦点也有实际作用。键盘用户关掉详情以后，如果位置落到页面顶部，就要重新走一遍选择。视觉上原列表仍在，交互上却已经断开。两者需要一起返回。
返回状态的设计单位应该是一次具体查看：从哪个入口、查看哪个对象、带着什么未提交内容进入。仅记住“抽屉打开过”没有帮助；只记住一段输入，又可能在切换对象后恢复到错误位置。
共享详情容器统一关闭、焦点与层级，对象自己的草稿与保存仍由原流程负责。用户可以形成稳定的操作预期，每个详情也不必重新定义一次“取消”和“返回”。
屏幕变窄以后，保留上下文并不要求同时露出所有区域。更大阅读视图或单页详情可以适合手机；关键仍是结束查看后回到原工作，并且没有把关闭变成保存或执行。空间形式可以变，动作含义应该保持。
看完，不等于作了决定
用户打开审批详情，是为了理解影响。关掉它，可能只是想再核对一份资料。如果关闭同时被解释成拒绝或批准，查看本身就成了一次有风险的操作。
我们将三个动作分别处理：
- 关闭结束查看。
- 提交修改有明确动作。
- 停止指向具体执行。
轻窗口不同关闭方式采用一致语义；明确提交后的异步动作则继续跟随原回执。
这一选择允许人先探索再决定。也要求界面保留必要草稿和提交状态，不能通过“重新打开再来一次”解决所有中断。实现上多保留一点状态，用户就少承担一点猜测。
用一次往返判断详情是否合适
一次完整往返比打开时的截图更能说明详情是否合适。从筛选后的目录进入员工，读完关闭，继续比较下一位；原位置、选择和输入仍然有明确归属，才算接住了这段工作。
这个标准也允许容器变化。长文、复杂编辑和窄屏可以需要更大空间，持续工作概览可以保持并栏；相同的是动作含义与返回关系。各入口仍需实际检查，不能由共享容器存在推断全部落实。