Sublime列编辑必须用Alt+Shift+拖拽（Win/Linux）或Cmd+Shift+拖拽（macOS），依赖等宽字体和矩形选区，非多光标；Ctrl+Shift+L仅按行拆分光标，不保证列对齐。
列编辑必须用 Alt+Shift+拖拽（Windows/Linux）或 Cmd+Shift+拖拽（macOS）
Sublime 里“指定列”编辑不是靠光标定位，而是靠矩形选区——它本质是列选择（column selection），不是多光标。快捷键必须同时按住 Alt+Shift（Win/Linux）或 Cmd+Shift（macOS），再鼠标拖动，缺一不可。只按 Alt 或只按 Shift 会触发其他行为（比如普通选区或软换行切换），导致拖不动或拉出奇怪选区。
常见错误：拖拽时松开了某个键、用了触控板代替鼠标、或在非等宽字体下操作——视觉上列不对齐，实际选中的列偏移，输完内容就错位。
- 务必使用等宽字体（如
Fira Code、Consolas），系统 UI 字体或中文字体会导致列计算失准 - 空行或过短的行不会被跳过，光标会停在该行末尾；但若某行完全空白（无字符），可能无法生成有效选区
- 拖拽起始点建议落在第一行目标列的字符上，而非空白处，避免因缩进差异（空格 vs Tab）导致列偏移
Ctrl+Shift+L 不能用于指定列，它只按换行符切片
Ctrl+Shift+L 的作用是把当前选区按换行符拆成多个光标，每个光标落在每行末尾（或换行符前）。它不关心列位置，也不对齐——所以哪怕你选中了“第10列开始的5行”，按了 Ctrl+Shift+L 后光标也只会出现在每行末尾，不是第10列。
想从指定列开始批量编辑，正确路径是：先用 Alt+Shift+拖拽 拉出矩形选区 → 松开后自动转为多光标 → 此时所有光标严格对齐在相同列 → 输入即同步生效。
- 如果拉完发现某几行没响应，大概率是那些行太短，光标已落在行尾；检查是否有隐藏的不可见字符（如
\t或 - 列编辑状态下无法使用
Ctrl+D或Ctrl+Click，想切回自由光标需先按Esc - 输完内容后立刻按
Esc，否则后续按Tab或Enter会同步作用于所有光标，容易误操作
drag_text = false 是 Ctrl+Click 加光标的前提，但列编辑不依赖它
列编辑（Alt+Shift+拖拽）和鼠标点击加光标（Ctrl+Click）是两套机制：drag_text 设置只影响后者。如果你在设置里没关掉 drag_text，Ctrl+Click 会拖动文本而不是加光标；但列编辑完全不受此设置影响。
不过，drag_text 开着时，你可能误以为列编辑失效——因为点击+拖拽动作被截获去拖文本了。所以建议统一设为 false，避免混淆。
- 修改方式：打开
Preferences → Settings，在用户设置里添加"drag_text": false - 改完无需重启，立即生效；但已开启的列编辑会继续运行，不影响当前操作
- macOS 用户注意：
Cmd+Shift+L在某些输入法（如中文拼音）下会被系统拦截，临时切英文输入法再试
列编辑后光标不对齐？重点检查缩进和不可见字符
列编辑看起来“歪了”，90% 是因为混用了空格和 Tab 缩进，或某行开头有 BOM、零宽空格等不可见字符。Sublime 的列计算是纯位置驱动的，不解析语义——第10列就是第10个字节位置，不管它是空格、Tab 还是汉字。
安全做法是：编辑前先执行 Ctrl+Shift+P → Trim Trailing White Space 清理末尾空格，再用 Ctrl+Shift+P → Convert Indent to Spaces 统一缩进类型。
- 用
Ctrl+Shift+P → Show All Characters显示不可见字符，确认每行开头是否真的一致 - 如果只是想给多行加前缀（如
//），列编辑比Ctrl+Shift+L更稳——后者受行末换行符是否选中影响极大 - 列编辑生成的是矩形选区，松开鼠标才转为光标；拖拽过程中可随时按
Esc中断，不会残留状态
