跨应用拖放是分屏的主要价值
别名: 分屏拖放 · 跨应用拖放 · split-screen drag and drop
概念解释
两个应用并排，最大的用处不是「能同时看」，而是东西可以从一边拖到另一边：图片进邮件、一段文字进笔记、文件进对话。跨应用拖放是分屏的主要价值——并排把源和目标同时放到视野和触达里，拖的中途不必切应用、不必先复制再粘贴。桌面也有跨应用拖放，但桌面靠窗口叠放和指针；平板分屏靠两块同时可见的触控表面。拖放作为操作原语怎么分阶段，是输入通道的事；这里只谈分屏这种形态为什么让跨应用拖放变得值得做，以及不做时分屏还剩什么。
机制
剪贴板是隐式通道：复制时目标不在场，粘贴时源已经离开视野，格式和对象边界靠系统默契。分屏把源和目标同时外化，拖的过程里人能看见将要放下的位置，也能在中途改主意。触控拖放要求源对象够大、拖的起始阈值能把点击和拖分开，目标在拖入时要高亮可放范围。平板上两只手可以一只按住源、一只滚目标，这是分屏相对手机「先复制再切应用」的结构优势。若应用只宣布自己能并排显示、却不声明可接受的数据类型、不在拖入时给出可放反馈，并排就退化成两个缩小的全屏，价值只剩对照着看。拖出失败若没有任何原因，人会以为分屏坏了，而不是「这个目标不收图片」。
怎么研究
给同一任务两条路：分屏下把对象从 A 拖到 B，以及全屏下复制、切应用、粘贴。材料用图片、纯文本、带格式文本和文件。
自变量：目标是否声明可接受类型、拖入时是否显示可放区、失败时是否说明原因。 因变量：完成时间、格式丢失、中途放弃、错误地以为已经放下。
对照任务（一边看参考一边在另一边填）应允许不拖也能完成，以免把「并排阅读」的价值算进拖放。桌面指针拖放的数据不能直接当平板触控拖放：手指遮挡落点，起始阈值和桌面也不同。
边界
只读对照（一边看文档一边填表、一边看地图一边看列表）本身就是分屏的正当用法，并不强制拖放。安全策略禁止某些对象离开应用（银行、企业容器）时，应在拖起时就拒绝并说明，而不是在放下时静默失败。两个应用之间没有共同格式时，拖放不是主价值，系统分享或导出才是。桌面跨应用拖放还涉及文件承诺、延迟渲染，平板分屏通常更简单，不要把桌面那套完整性检查整组搬来当门槛，但类型声明和失败原因仍要有。
怎么落地
- 为可被拖走的对象提供明确抓手，并声明能接受的类型；拖入时高亮可放范围，类型不匹配时在进入窗口就拒绝。
- 放下后在目标里能看见结果（缩略图、插入的文字），不要只改内部状态。
- 失败要说出是类型、权限还是目标只读，不要让对象飞回源处却不留字。
- 验证：分屏下把一张图从相册拖进邮件正文、把一段字拖进笔记。任何一步必须改用复制粘贴才能完成，或放下后看不见结果，分屏的主价值就还没兑现。