H8.07.1workspace awareness设计研究

同时编辑需显示他人在场与位置

别名: 协作者光标 · 在场提示 · presence awareness

概念解释

两个人同时打开同一份内容时,冲突往往还没发生,但交叉编辑已经可能。在场与位置指:界面要让人看见还有谁在这份内容里,以及对方的焦点大致落在哪一段——名单、彩色光标、正在编辑的块高亮——好在动手改同一句之前就让开或打招呼。它是协作冲突的预防层。冲突已经发生之后怎么选保留哪边、系统默默用后写入覆盖先写入,是后两件事。版本列表里回看谁改过,是事后历史,不是此刻的在场。

机制

人默认「我打开的这份此刻只有我」。没有在场信息时,两人会把同一段同时当作自己的工作区,打字互相打断,直到某句突然变成对方的词。位置比名单更有用:知道「李在文档里」仍会去改同一段;知道「李的光标在第三节标题」才会改改别的。位置过粗(只说「在这份文件」)预防力弱;过细(每个按键都播)又变成监视,让人不敢停在某一句上思考。延迟过大的光标等于谎言:对方已经离开那一行,本地还画着他的光标,人会错误地避开空段。在场还要区分「正在看」和「正在写」,否则只读的评审者会被当成抢编辑的人。

怎么研究

两人(或一人加脚本模拟的第二人)同时改一篇文档。比较:无在场、只有头像名单、名单加段落级位置、名单加光标级位置。

自变量:在场粒度、更新延迟、只读与可写是否区分。 因变量:同一句被两人同时改写的次数、主动避让的次数、对「对方在哪」的估计误差、感到被监视的主观报告。

实验室里两人坐在一起会用嘴协调,必须隔离视线和语音才能测界面。脚本模拟的第二人轨迹若过于规律,会被识破。不要用事后版本对比代替在场测量——那是历史,测的是已经发生的冲突,不是预防。

边界

异步批注(每人轮流改、明确锁住)不需要实时光标,名单显示「上次编辑」就够。规模很大的课堂文档,上百个光标会毁掉正文,应改成「n 人在看,k 人在编辑」加按需展开。对位置敏感的场景(考试、匿名评审)在场可能被禁用,此时要用段落锁或只读来补预防,而不是偷偷显示身份。弱网下与其画过期光标,不如标「位置延迟」或暂时降级为名单。

怎么落地

  • 在内容旁显示当前打开的人;正在编辑的人与只读的人用不同标记。
  • 把可写者的焦点标到段落或光标级,延迟控制在人能当「现在」来用的范围;延迟过大就改口「位置可能不准」。
  • 允许关掉别人的光标但仍保留「有人在编辑第三节」这种块级提示,避免只能在「全开监视」和「全无」之间选。
  • 验证:两人隔离,请他们同时改文档的不同节,再故意给一个会撞车的句子。若在动手前谁都说不出对方在哪,在场失败。若光标还停在对方已经离开的段落,粒度或延迟失败。

延伸

  • 同组H8.07.2 冲突需可见并可选择保留方案 · H8.07.3 静默覆盖是最严重的协作错误
  • 相邻V2.01 在场感知 · V3.01 并发编辑 · H8.09 编辑态与查看态
  • 站内检索workspace awareness · collaborative cursor · presence

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/H8.07.1