Sublime Text 状态栏显示 Ln/Col 需确保状态栏已启用（View → Show Status Bar）、文件非空且有扩展名、未处于预览模式或只读极简模式；show_line_numbers 控制左侧行号，不影响右下角坐标；坐标依赖编辑器解析上下文，与编码、Vintage 模式、多光标等状态相关。
怎么让 Sublime Text 状态栏显示当前行号和列数
默认开启，但常被误关。状态栏右下角的 Ln 12, Col 5 就是行号列数，它由内置的 show_line_numbers 和光标位置监听机制共同支撑，不依赖插件。
如果没显示，大概率是状态栏被手动关闭了，或者当前视图被设为“只读”或“无语法高亮”的极简模式（比如纯文本空文件）。
-
View → Show Console后输入sublime.status_message("test")能验证状态栏是否正常响应 —— 如果没反应，说明状态栏本身被禁用 - 检查是否意外触发了
View → Hide Status Bar（快捷键通常是Ctrl+K Ctrl+S或Cmd+K Cmd+S） - 新建一个带扩展名的文件（如
test.py），保存后再看状态栏 —— 空的未命名缓冲区有时不触发坐标更新
status_bar 配置项在哪改、改什么才生效
Sublime Text 的状态栏行为不由用户配置项直接控制，"status_bar" : "..." 这类设置在 Preferences.sublime-settings 中并不存在。所谓“设置状态栏”，实际是启用/禁用几个底层开关和插件钩子。
真正起作用的是：
-
"show_line_numbers": true（在Preferences.sublime-settings中）—— 控制左侧行号显示，不影响状态栏右下角的Ln/Col -
"draw_white_space": "all"或"highlight_line": true这类设置会间接影响状态栏刷新频率（因触发重绘） - 第三方插件如
BracketHighlighter或GitGutter会在状态栏追加信息，但它们不干预原生Ln/Col显示逻辑
为什么改了设置还是不显示 Ln/Col，常见卡点
不是配置没生效，而是状态栏的坐标信息依赖编辑器对当前视图的“解析上下文”。以下情况会导致 Ln 12, Col 5 消失或冻结：
- 文件编码异常（如
UTF-16无 BOM）导致 Sublime 无法准确定位光标偏移 - 启用了
Vintage模式且处于Normal模式时，状态栏可能短暂不更新（按一下i进入插入模式即可恢复） - 多光标选中状态下，状态栏只显示主光标位置；若主光标在折叠代码块内，列数可能显示为
Col 0（这是正确行为，不是 bug） - 使用
Ctrl+P快速打开的临时预览页（Preview Pane）不激活完整编辑上下文，状态栏不显示坐标
想自定义状态栏文字（比如加 Git 分支名）要动哪部分
原生不支持自由拼接状态栏文案，必须靠插件注入。核心机制是监听 on_selection_modified_async 事件，在每次光标变化后调用 view.set_status(key, value)。
关键点：
-
key必须全局唯一（如"git_branch"），重复 key 会覆盖前值 - 不能在同步回调（如
on_selection_modified）里调用set_status，否则 UI 卡顿；必须用async版本 - 状态栏宽度有限，过长的文字会被截断，建议用缩写（如
main代替origin/main） - 插件需监听
on_activated_async事件，确保切换文件后重新拉取状态（比如 Git 分支）
一个最小可用片段：
def update_status(view):
branch = get_git_branch(view.file_name())
view.set_status("my_branch", f"⎇ {branch}" if branch else "")
# 在 on_selection_modified_async 里调用 update_status(view)
状态栏坐标的底层逻辑藏得深，但触发条件很实在：有语法定义、有有效光标、状态栏没被关 —— 其他花哨配置反而容易绕晕自己
