sublime text 不支持按全局字符索引跳转，仅支持行列坐标定位；ctrl+g 输入的“行:列”中列号是该行可视位置索引（含空格、制表符），非文件级字符偏移，超出行长度时自动停于行尾。
Sublime Text 不支持跳转到“文件内第 N 个字符”这种全局字符索引定位——它只认行列坐标，没有 goto_char 这类原生命令。 所有声称“跳到第 12345 个字符”的操作，本质都是误读日志或混淆了列号（column）与字符偏移（offset）的概念。
为什么 Ctrl+G 输入 127:45 不等于跳到第 45 个字符？
行内列号（Col Y）是从该行开头起算的**可视位置索引**，包含空格、制表符（\t），但不包含换行符；它不是从文件开头累计的字节/字符偏移量。例如：
- 第 1 行是
def foo():（共 10 个字符），第 2 行缩进 4 个空格后写return x + y - 此时第 2 行第 5 列（
42:5）指向的是return x + y中的r，而非整个文件第 5 个字符 - 若该行含制表符，且 tab width=4，则一个
\t占 4 列，但仍是 1 个字节
状态栏双击 “Line X, Col Y” 是最快捷的行列定位入口
终端报错常带格式如 main.py:287:12，其中 12 就是列号。这时不用手动按 Ctrl+G，直接双击 Sublime 状态栏左下角显示的 287:12 区域即可弹出输入框，粘贴 287:12 回车——等效于调用底层 goto_line 命令。
- 双击必须落在
Line X, Col Y文本区域，不能点右侧的编码标识（如UTF-8或LF） - 某些主题（如
Predawn）压缩状态栏宽度，导致双击失效；切回默认主题可快速验证 - 若双击无反应，大概率是焦点不在编辑区，或被 Karabiner / Raycast / 中文输入法劫持了
Cmd+G/Ctrl+G
列号输错或行太长时，光标会“停在行尾”而非报错
Sublime 对列号的处理非常宽容：只要行号有效，列号超出该行实际长度，光标就自动落到行末（$ 位置）。这不是 bug，是设计行为。
- 输
100:9999→ 光标停在第 100 行最后一个非换行符字符后 - 列号必须 ≥ 1；
100:0或100:-1会被忽略，对话框清空或保持原值 - 混合换行符（
\r\n和\n混用）会导致行号计算偏移；统一为 Unix 换行（File → Line Endings → Unix）后再跳更可靠 - 开启软换行（
word_wrap: true）会影响视觉判断，但状态栏显示的Ln X, Col Y始终是真实坐标
真正容易被忽略的是：列号定位依赖的是当前行的**渲染宽度**，而非语法结构或逻辑语义。哪怕你在 Python 文件里写了一行超长字符串，中间有多个嵌套括号，127:45 指向的永远是第 127 行从左往右数第 45 个可视列——它不理解代码，只数位置。
