列选择后输入分隔符会覆盖而非插入，因光标位于起始字符上；真插入需光标置于目标词右侧，或用正则替换、multieditutils插件按符号切分。
列选择后直接输入分隔符会覆盖原内容，不是插入
列选择（Alt+拖拽 或 Ctrl+Alt+↓）选中的是一个矩形区域，光标落在每个目标位置的**起始字符上**。此时输入 , 或 |，会把该列原有字符（比如空格、字母、符号）全部替换掉，而不是在右侧“插入”。这是最常被误以为“失效”的原因。
常见错误现象：
想给多行变量名后加逗号对齐，列选第10列后按 ,，结果所有第10列的字符（可能是 a、 、:）全变成了 ,。
- 若目标列是空白（如缩进后的空隙），输入分隔符确实能达到“添加”效果，但前提是那一列必须是纯空格/制表符且长度一致
- 若某行该列是字母或符号，必须先用 Delete 或 Backspace 清空再输，否则就是覆盖
- 提前执行
Ctrl+Shift+P → Trim Trailing White Space可减少末尾空格干扰
想“插入”分隔符，得先确保光标在目标列右侧
真正安全的“插入”操作，需要把光标定位到待加符号的**右侧位置**，而非“选中该列”。例如：要在每行的 name 后加 ,，光标应落在 name 的 后面，而不是 n 上面。
- 鼠标操作：先将光标点在第一行
name末尾 → 按Ctrl+Alt+↓向下逐行加光标 → 所有光标都落在各自行的同一逻辑位置（即第5个字符后） - 键盘定位更稳：用
Ctrl+→（跳词）或End+→微调，确保光标在目标词右侧，再按Ctrl+Alt+↓ - 如果各行目标词长度不一（如
user、username、id），列光标无法自动对齐，此时别硬用列选，改用正则替换更可靠
正则替换才是处理不规则分隔的首选方案
当目标字段长度不一、含空格或嵌套结构时，列选择极易错位。这时用正则一次性补分隔符，既准确又可复用。
例如把多行键值对 key: value 改成 key: value,：
查找：<code>(?<br>替换：<code>,</code></code>
(? 是负向先行断言，确保前面不是冒号，避免把 <code>foo: bar:错加成foo: bar:,-
\s*$匹配行尾任意空白（包括空格、制表符），替换时一并清理 - 若只想处理非空行，把查找改成：
(?，但多数场景用前者更简洁
用 MultiEditUtils 插件实现真正的“按字符拆分+插入”
Sublime 原生不支持“在每行第N个逗号后插入分隔符”这类语义操作。装了 Sublime-MultiEditUtils 后，可通过命令面板调用 multi_edit_utils 并指定 split_selection_on_character：
- 先选中所有目标行 →
Ctrl+Shift+P输入MultiEditUtils: Split on Character→ 输入: - 它会把每行在第一个
:处切开，光标停在:后 → 此时直接按Space或,就是真·插入 - 比手动列选稳定得多，尤其适合处理配置文件、日志、CSV 片段等含固定分隔符的文本
这个插件不改变原生快捷键逻辑，但补上了原生缺失的“按符号理解结构”的能力——而这点恰恰是列选择永远做不到的。
