列选择粘贴要求剪贴板行数与选区行数严格对齐：Sublime按行一一映射粘贴，非广播式重复；剪贴板行数不足则后续行不更新，混用Tab/空格、隐藏字符或软换行均会导致字符索引错位。
列选择粘贴要求剪贴板行数与选区行数严格对齐
Sublime 的 Alt+拖拽（Windows/Linux）或 Option+拖拽（macOS）进入列选择后，Ctrl+V 不是“把剪贴板内容重复 N 次”，而是按行一一映射：第 1 行填入第 1 个矩形区域、第 2 行填入第 2 个……以此类推。一旦剪贴板行数（比如 3 行）少于列选区行数（比如 5 行），只有前 3 行被覆盖，后 2 行原封不动。
常见错误现象：Ctrl+V 后只改了顶部几行，下面空白或错位；或者整块粘贴后字段横向偏移。
- 验证剪贴板真实行数：先
Ctrl+V到新建空白文件里，看是否显示为多行纯文本 - 确保列选区每行都“完整框中”——拖拽时松手位置必须落在所有目标行的同一字符索引列上（不是视觉对齐）
- 避免混用
Tab和空格：一个Tab在底层算 1 个字符，但显示宽度可能为 4 或 8，会导致列选区在不同行实际覆盖的字符索引不一致
列选择粘贴失败最常因缩进/不可见字符破坏字符索引对齐
列选择本质是“字符坐标定位”，不是像素对齐。只要某行开头用了 Tab、另一行用 4 个空格，哪怕视觉上完全对齐，Sublime 底层计算的起始列号就不同，Alt+拖拽 框出来的矩形区域实际覆盖的字符范围就会歪斜。
典型风险场景：
- Python 文件中对齐
def func_name后面的函数名（缩进混用 + 名称长度不一） - 从微信、钉钉或网页复制带中文的代码块（含零宽空格、全角空格或富文本残留）
- 开启
"word_wrap": true后软换行干扰光标定位
补救办法：先 Ctrl+H 打开替换，查找 \t 替换为 4 个空格（或统一为 \t），再重做列选择。
剪贴板内容必须是纯文本且换行符规范
从 Excel、Outlook 或浏览器直接 Ctrl+C 复制的内容，常含制表符 \t、隐藏的 \r\n 混合、甚至 HTML 标签片段。Sublime 会把这些当“行分隔符”误判，导致实际粘贴行数远超预期。
安全做法：
- 复制后先粘到记事本（Windows）或 TextEdit 的纯文本模式（macOS）里过一遍
- 确认每行结尾是干净的
\n（Unix）或\r\n（Windows），无多余空格或不可见字符 - 如需批量构造多行剪贴板内容，用 Sublime 自身操作更可靠：先
Ctrl+L选中目标行 →Ctrl+C→ 再Alt+拖拽列选 →Ctrl+V
列选择粘贴不生效？检查是否漏掉换行符或触发了 drag_text
Alt+拖拽 要求鼠标按下时已处于“可拖拽列”的状态。如果 "drag_text": true（默认值），轻微移动鼠标就会触发文本拖动而非列选，结果框不出矩形区域。
解决方法：
- 在用户设置里显式添加
"drag_text": false - 列选前按
Esc清空所有残留选区和光标 - 拖拽起点尽量落在行首第一个非空字符前——若该位置是
Tab，建议先用正则替换统一为空格，再操作
真正难调试的点在于：列选择是否成功，无法靠肉眼判断。它依赖每一行在相同字符索引位置都存在可编辑内容。一旦某行该位置是换行符、BOM 或控制字符，整个列选区就断开了。
