列编辑模式下直接输入特殊符号失败，根本原因在于编码非UTF-8、字体不支持Unicode或语言模式干扰（如Markdown导致\_视觉斜体），可靠插入方式只有Ctrl+Shift+C调出字符面板选择Unicode区块，或先复制再列粘贴。
列编辑模式下直接输入特殊符号会失败？先确认编码和字体
Notepad++ 列编辑（Alt + 鼠标拖选）本身不拦截或转换字符，但如果你敲 _、→ 或 ① 后显示异常（如变斜体、成方块、消失），问题不在列模式，而在文档编码或当前语言模式。常见表现：敲 _ 看起来像斜体、粘贴 — 显示为 ?、插入 · 后保存再打开变成乱码。
- 必须确保文档编码是
UTF-8（菜单栏 编码 → 转为 UTF-8；别选UTF-8 without BOM，部分符号在无 BOM 下解析不稳定） - 字体需支持 Unicode：菜单栏 设置 → 样式配置器 → 全局样式 → 字体名称，换用
Consolas、JetBrains Mono或Noto Sans - 检查语言模式：菜单栏 语言 →
Normal text；若设为Markdown，_text_仅视觉高亮，不影响实际内容，但会干扰你对“是否插入成功”的判断
用列编辑插入 Unicode 符号的两种可靠路径
键盘直输受限于输入法和字体映射，真正可控的方式只有两个：字符面板插入（推荐）、或先复制再列粘贴。两者都依赖 UTF-8 编码，且不能跳过字体验证。
- 快捷键
Ctrl + Shift + C呼出字符面板 → 右上角下拉框切到Unicode BMP或Unicode SMP（默认 ASCII 区找不到箭头、项目符号、数学符号）→ 找到目标符号（如→对应 U+2192）→ 双击插入。插入后光标所在列位置即被填充，多行同步生效 - 若已从网页/其他编辑器复制好符号（如
‾、⩵），进入列编辑模式（Alt + 拖选）→ 松开 Alt →Ctrl + V粘贴 → 所有选中行对应列位置填入相同符号 - 注意：列编辑不支持“单次插入不同符号”，比如第1行插
①、第2行插②，这种需用Alt + C→ 插入数字 + 后续替换，或改用正则
为什么 Alt + C 插入文本里填 \x00 不生效？控制字符得走正则
Alt + C（列编辑对话框）只接受字面文本，不解析转义序列。\x00 在这里就是五个普通字符，不是空字符。想插入 ASCII 控制符（如 SOH、DLE、NULL），必须绕道正则替换。
- 打开替换窗口：
Ctrl + H - 查找目标留空，替换为填
\x01（SOH）、\x10（DLE）等 - 务必勾选
正则表达式和匹配换行符，否则\x被当作文本处理 -
\x后只能跟两位十六进制（00–FF）；U+1F600 这类 emoji 不支持直接输入，需先转成 UTF-8 字节序列（如\xf0\x9f\x98\x80），再逐段替换
列编辑插入符号后显示正常，但导出到终端就丢字？验证字节才是关键
最常被忽略的点：Notepad++ 的“看起来正常”不等于“存得正确”。字体可以“假装渲染”一个不存在的码点（比如用 fallback 字体凑出 ①），但导出到 Python 解析器或 Linux 终端时，缺失的 UTF-8 字节会直接被跳过或替换成 。
验证方法很简单：把文件拖进 VS Code，打开命令面板（Ctrl + Shift + P）→ 输入 “Toggle Hex Editor” → 查看对应位置是否为预期的 UTF-8 字节（如 ① 是 e2 85 81）。如果不是，说明字符面板没真正写入，而是靠字体映射“障眼法”——此时需重设编码、换字体、重新插入。
