sublime text 不支持右键多列选择，列编辑仅依赖左键+修饰键组合（alt/option垂直拖拽或快捷键），右键被系统固定为菜单触发器且无法重映射。
Sublime Text 没有“右键多列选择”这回事——鼠标右键在默认配置下完全不参与列编辑，任何试图右键拖拽、右键菜单调出列模式的操作都会失败。
为什么右键不能用于列选择
Sublime Text 的列选择底层依赖两个明确信号：一是修饰键（Alt / Option 或 Ctrl+Alt / Cmd+Option）的按下状态，二是鼠标左键的持续拖动。右键行为被系统和 Sublime 共同绑定为上下文菜单触发器，既不会响应列选逻辑，也无法被常规插件重映射为列操作入口。
常见误判场景包括：
- 误把右键点击后弹出的「Select Column」菜单项当真（实际是某些第三方插件伪造的 UI，非 Sublime 原生功能）
- 在远程桌面或触控板上误触右键拖拽，结果只打开菜单或触发系统手势
- 看到别人演示“右键列选”，实则是录屏时用工具高亮了左键区域，造成视觉混淆
真正可靠的列选择触发方式（仅限左键 + 修饰键）
所有稳定可用的列编辑入口都绕不开左键。关键不是“怎么按”，而是“按对组合 + 拖对方向”：
-
Alt+ 左键垂直拖拽（Windows/Linux）：最直观，松手即生效；拖动时保持鼠标轨迹接近 90°，避免横向偏移超 15 像素，否则退化为普通选区 -
Option+ 左键垂直拖拽（macOS）：同上，但需确认系统未将Option绑定到 Mission Control（如冲突，先关掉Cmd+Option+↑系统快捷键） -
Ctrl+Alt+↓（Win/Linux）或Cmd+Option+↓（macOS）：从当前光标向下逐行追加列光标，适合已对齐的代码块，但无法跨空行自动对齐 - 鼠标中键拖拽：部分用户报告有效，但属非官方支持行为，依赖鼠标驱动和系统设置，不可作为主力方案
列选择后必须做的一步：确保多光标处于“可同步编辑”状态
很多人列选完敲字只改了第一行，问题不出在“怎么选”，而出在“选完没确认光标是否还活着”：
- 列选完成后，务必观察状态栏右下角是否显示类似
5x cols或5 carets的提示，没有则说明未真正进入多光标态 - 如果只是灰色矩形高亮但敲字只影响一行，大概率是
drag_text设置为false（检查Preferences → Settings中该字段值） - 粘贴前别直接
Ctrl+V：先按Ctrl+X或Delete清空原内容，再Ctrl+V；更稳妥用Ctrl+Shift+P→ 输入Insert Text at Carets→ 直接键入文本 - 遇到空行错位？执行
Ctrl+Shift+L（Win/Linux）或Cmd+Shift+L（macOS），把列选区强制拆成每行一个独立光标，再手动微调位置
容易被忽略的环境干扰项
列编辑不是“按了就灵”的功能，它对编辑环境极其敏感，三个隐藏开关常被跳过检查：
-
"drag_text": true必须存在于用户设置中；默认是 true，但有人为性能优化手动关过 -
Default包不能出现在ignored_packages列表里；一旦被禁用，列选择底层逻辑直接消失 -
Vintage模式必须关闭；它会劫持Alt和Ctrl行为，导致Alt+拖拽完全无响应（查法：Ctrl+`打开控制台，输view.settings().get("command_mode")，返回True就得关）
缩进混用（Tab + 空格）、自动换行开启、折叠代码块未展开——这些看似无关的设置，都会让列光标落在“看起来对齐、实际字符偏移不同”的位置，批量编辑一执行就错行。
