sublime列编辑需先按住shift+alt（win/linux）或shift+option（macos），再按左键垂直拖动形成矩形选区，松手即定型；非模式化操作，不可中途扩展，失败主因是按键顺序错误或字体/缩进/只读状态干扰。
列编辑必须按住 Shift+Alt（Windows/Linux）或 Shift+Option（macOS）再拖鼠标
单独按 Alt 或 Option 拖动，Sublime 不会进入列模式——它根本不会响应。真正触发列选择的组合是 Shift+Alt（Win/Linux）或 Shift+Option（macOS），且必须「先按住这两个键，再按下鼠标左键并垂直拖动」。如果先点下鼠标再补按修饰键，只会得到普通选区或光标跳转。
常见错误现象包括：只有一行被修改、松手后光标乱跳、灰色矩形块没出现。本质都是触发顺序错了。验证是否成功：拖完松手后打字，只有你拖出的矩形区域内字符变化，其他位置不动；若整行被覆盖，说明只是普通选中。
列编辑不是“模式”，松手即定型，不能中途加光标
Sublime 没有“开启列编辑模式”这回事，Toggle Column Selection 命令在最新版中已失效，纯属历史残留。列选择就是一次瞬时动作：按住组合键 → 鼠标拖出矩形 → 松手 → 选区固定。之后不能再用 Ctrl+D、Ctrl+Click 或方向键扩展这个选区。
想切回多光标编辑？必须先按 Esc 清除当前列选区，再用 Ctrl+Shift+L 或 Ctrl+Click 重建光标。否则所有键盘输入都只作用于那个矩形块，Ctrl+U（转小写）、Ctrl+K Ctrl+U 等命令也全部失效。
Ctrl+Shift+L 是拆行光标，不是列对齐工具
很多人误以为 Ctrl+Shift+L 能帮你“对齐列”，其实它只做一件事：把当前选区里每个换行符（\n 或 \r\n）的位置，各放一个光标。效果完全取决于你选了什么。
容易踩的坑：
- 鼠标拖选时漏掉最后一行末尾的换行符 → 实际只选中单行 →
Ctrl+Shift+L只生成一个光标 - 选区包含开头缩进空格或制表符 → 光标落在缩进位置 → 输入内容直接覆盖缩进
- 目标行里有空行 → 光标落在空行行首，而非你想编辑的列位置
稳妥做法：先用 Ctrl+L（Win/Linux）逐行选中目标行（每按一次加一行），再统一执行 Ctrl+Shift+L，确保每行一个光标，位置可控。
字体、缩进、不可见字符会直接破坏列编辑视觉对齐
列编辑按字符列数定位，不是像素对齐。一旦混用等宽/非等宽字体、中英文、制表符与空格，视觉上就会偏移——这不是 bug，是设计使然。
典型问题场景：
- 用了系统默认 UI 字体（如 Segoe UI）→ 中文占两格、ASCII 占一格 → 列拖动错位 → 换成
Consolas或Fira Code立刻稳定 - 文件启用了
translate_tabs_to_spaces: true，但没重载 → 混存 Tab 和空格 → 列选卡在 Tab 边界 - 某行末尾有 BOM 或零宽空格 → 列选提前终止，后续行没光标
最易忽略的一点：文件若为只读状态，列编辑会静默失败，状态栏右下角显示 read only，必须先解除锁定才能操作。
