视口共享帮助建立共同参照
别名: 视口感知 · 雷达视图 · radar view
概念解释
在大于一屏的共享文档或画布里，每个人看到的窗口（视口，viewport）只是共享空间的一个切片。把「谁正在看哪个区域」的视口框呈现给别人——通常以缩略地图上的矩形框出现——叫视口共享，其经典形态是 CSCW 里的雷达视图（radar view）。它解决的问题是：当指着一个东西说「这里」时，需要知道对方的切片里有没有「这里」。共同参照能否建立，取决于双方视口是否交叠，而视口共享把这件事变成了可见事实。经典群件理想「所见即同见」（WYSIWIS，what you see is what I see）假设所有人看同一处，现实协作很快放松了这个假设（relaxed WYSIWIS）——各人允许有自己的滚动位置，但代价是必须补一层「你到底在看哪」的感知，视口框就是这层感知的载体。
机制
没有视口感知时，一次口头指代要经历「问对方在哪 → 对方描述 → 发现不在同一区域 → 指导滚动或跳转 → 再确认」的多回合过程，每回合都是一次同步打断。视口框把其中前四步压缩成一次扫视：我看到对方的框与我的框不相交，就知道先要花一句话把人带过来，而不是自顾自开始说。更深一层，视口框还暴露「关注分布」——三个框都聚在结论区，说明讨论焦点在那里；一个框长期停在远离群体的段落，那人在做自己的事或迷路了。多人协作中的节奏感与聚拢感，相当程度来自这种对彼此切片位置的低成本观察。雷达视图把全部视口与指针缩略投影到一幅小图上，用极小的屏幕代价换取全局布局感，是这一机制最紧凑的实现。
怎么研究
- 范式：共享工作空间实验比较有无雷达视图条件下的指代对话长度与任务效率，这一设计直接延续自实时群件的感知微件评估传统；也可用重放分析（replay analysis）回看协作录像中「建立共同参照」的回合数。
- 变量：自变量为视口信息的有无与形式（仅数字坐标 / 雷达图 / 视口框叠加在正文）；因变量为定位对话回合数、共同参照建立耗时、误指率。
- 在界面研究里的用途：为「长文档协作要不要加小地图/在场缩略图」这类产品决策提供证据，也用于评估远程教学、结对编程场景中的引导效率。
- 方法论注意点：视口共享的价值随任务是「强共同参照型」（一起看同一处）还是「并行分工型」而完全不同，前者的收益在后者的任务里会反转成干扰，实验设计必须先固定任务类型再比较。
边界
视口框反映的是滚动位置，不是注意力所在：一个人可以把框停在某个区域而心不在焉，也可以读得飞快让框的移动跟不上理解。因此视口信息适合做粗粒度的协调参考，不适合做精细的「对方看到没有」的判定。空间感很强的画布类工具收益最大；线性长文档的雷达图价值递减，因为用户多靠搜索与目录跳转而非滚动。极端人数下（几十个视口框）雷达图自己会饱和，需要按相关性筛选显示哪些人的框。
怎么落地
- 在大幅共享画布与长文档上提供缩略图层的视口框，框上带身份标签，点击他人视口框即可跳转对齐（把「把人带过来」也做成一键动作）。
- 视口框与远程指针同层渲染，保持「位置 + 关注点」的一致心智模型。
- 参与者众多时按当前会话活跃度或空间邻近性过滤显示的视口数量，而不是全量铺开。
- 验证办法：统计「对齐视口」动作（跟随跳转、请求对齐）的使用频率与定位对话的长度变化；抽样重放协作录像，确认指代失败事件中双方视口是否本来就不相交。