ctrl+g 输入行号:列号是sublime text唯一原生支持列定位的方式，格式为287:12（英文冒号分隔，列从1开始），基于utf-8字节偏移计算，需sublime text 4.4+才完整支持。
Ctrl+G 输入 行号:列号 是唯一支持列定位的原生方式
Sublime Text 不提供单独“跳转到列”的快捷键，Ctrl+G（Windows/Linux）或 Cmd+G（macOS）输入 287:12 是唯一能精准落到某行某列的原生路径。它不是“先跳行再移列”，而是直接计算物理位置——这对定长报文（如金融报文、EDIFACT、固定宽字段日志）修改至关重要。
常见错误现象：输 :12 或 12 想跳到第 12 列，结果跳到第 12 行；输 287;12 或 287,12 无效；输 287:12: 多了个冒号，静默失败。
-
287:12→ 跳到第 287 行第 12 列（列号从 1 开始，不是 0） - 必须用英文冒号
:分隔，不能有空格、字母、前缀 - 仅 Sublime Text 4.4+ 稳定版完整支持该语法；旧版本可能忽略列部分，只跳行
- 列定位基于 UTF-8 字节偏移，非字符宽度 —— 中文、emoji、全角符号会占多字节，实际列数 ≠ 视觉字符数
为什么状态栏显示的 Col X 和你手动数的列对不上？
状态栏右下角的 Col 8 是当前光标在该行的字节偏移量，不是“第几个可见字符”。定长报文常含不可见字符（\t、\r、BOM、零宽空格），导致视觉错位。
- 用
Ctrl+Shift+P→ 输入show_panel→ 选console，粘贴以下代码可验证真实列偏移：view.rowcol(view.sel()[0].begin())
- 开启
draw_white_space（Preferences → Settings加"draw_white_space": "all"）能看到所有空白符 - 报文含
\r\n换行时，Sublime 默认按\n计算行号，但列偏移仍含\r字节 —— 统一换行符为Unix (LF)可消除偏差 - 软换行（
word_wrap: true）不影响列计算，但会让状态栏Col X显示值与视觉位置脱节
Ctrl+P 输入 文件名:行号 无法精确定列，别指望它
Ctrl+P（Windows/Linux）或 Cmd+P（macOS）里输 message.txt:287 能跨文件跳转并定位到第 287 行，但它不解析列信息。输 message.txt:287:12 会被当作文本搜索，大概率打开错误文件或无结果。
-
:287（当前文件内）和message.txt:287（跨文件）都只认行号，列部分被丢弃 - 该路径本质调用
goto_line命令，而该命令参数只有line，没有column - 想批量处理多文件定长字段？用
Ctrl+Shift+F全局搜索 + 正则^.{11}X（第 12 列是 X）更可靠 - Vintage 模式下
Ctrl+G被重映射为缓冲区查看，此时Ctrl+P+:287是唯一 fallback，但仍不能定列
大报文里反复跳同一列？用 Ctrl+Shift+P 执行 goto_line 命令加参数
如果需要脚本化或重复跳转（比如每 50 行改第 32 列），手动输 287:12 效率低。直接调命令更稳：
- 按
Ctrl+Shift+P（macOSCmd+Shift+P），输goto_line，回车 - 弹出的输入框只接受行号，但可在
Preferences → Key Bindings自定义快捷键，传入行列参数：{ "keys": ["ctrl+alt+g"], "command": "goto_line", "args": {"line": 287, "column": 12} } - 注意：自定义绑定后，
column参数仅在 Sublime Text 4.4+ 生效，旧版本忽略 - 列值超出该行长度时，光标会落到行尾，不会报错 —— 这对补位操作反而是优势
真正容易被忽略的是：定长报文常含 BOM 或隐藏控制字符，Ctrl+G 跳转后的光标位置看似不准，其实是字节偏移正确而渲染异常；关掉 word_wrap 并开启 draw_white_space 才能看到真实结构。
