关闭 set_cursor_to_end_of_line_on_click: false 后，光标可点击定位到空行任意列位置，包括空白处和行末尾，而非强制跳转至换行符前。
Sublime Text 怎么让光标能点到空行末尾甚至空白处
默认情况下，Sublime Text 的光标只能停在已有字符的右侧，或空行的最左端（即换行符前面），无法“自由悬停”在空行中间或文档末尾空白区域。这不是 bug，是它默认关闭了 caret_extra_top、caret_extra_bottom 和关键的 enable_tab_scrolling 无关——真正起作用的是 draw_white_space 和更底层的 drag_text 行为控制，但实际生效的开关只有一个：set_cursor_to_end_of_line_on_click。
这个设置控制点击空行任意位置时，光标是否“跳转到该行末尾”（即换行符前）。关掉它，光标才能真正落到你点的地方——哪怕那里什么都没有。
-
Preferences → Settings打开用户配置文件 - 添加这一行：
"set_cursor_to_end_of_line_on_click": false - 保存，无需重启，立刻生效
为什么关掉 set_cursor_to_end_of_line_on_click 才算“自由定位”
很多人误以为这是靠 scroll_past_end 或 word_wrap 控制的，其实不是。scroll_past_end 只影响视图能否向下滚动出文档底边，和光标定位无关；word_wrap 是折行逻辑，完全不参与光标落点计算。
Sublime 的点击定位逻辑是：先判断点击位置是否落在某字符的渲染盒内，如果没有，则按行策略 fallback——默认就是“跳到本行末尾”。关掉 set_cursor_to_end_of_line_on_click 后，fallback 行为变成“停在点击的 x 坐标对应的位置”，哪怕那列全是空格或超出最后一字符。
- 开启时：点空行中间 → 光标跳到行尾（换行符前）
- 关闭后：点空行第 20 列 → 光标真正在第 20 列生成，后续输入从那里开始
- 对 Tab 缩进、多空格对齐、JSON 补全等场景特别有用
容易被忽略的副作用和兼容性问题
这个设置本身无害，但会暴露 Sublime 原生不支持“虚拟空格”的事实：光标能点过去，不代表那里有空格字符。比如你在一行末尾点了 5 下空格位置，实际文档里仍只有 0 个空格——直到你敲空格键，才会真正插入。
- 复制粘贴时，光标所在“空白列”不会被复制（因为没字符）
- 部分插件如
TrailingSpaces可能高亮异常，因它们依赖真实空格而非光标位置 - macOS 上配合鼠标手势（如三指拖拽）可能偶发定位偏移，属已知渲染层小概率问题
- Sublime Text 4.4143+ 已修复多数点击坐标映射偏差，旧版本建议升级
如果还是点不准：检查是否被插件劫持了鼠标事件
某些插件（尤其是代码补全类，如 EasyClangComplete、SublimeCodeIntel）会监听鼠标点击并主动重置光标位置。这时候即使配置正确，也会“看起来没生效”。
- 临时禁用所有插件：
Preferences → Package Control → Disable Package，逐个排查 - 重点观察启用
Package Control后是否立即失效——有些插件会在加载时强制覆盖该设置 - 可在用户配置中加注释提醒：
// ⚠️ set_cursor_to_end_of_line_on_click must be false for free cursor placement
真正的自由定位，不在于能不能滚到底部，而在于编辑器是否把你的点击当“坐标”而不是“语义指令”。这点一旦理解，其他类似问题——比如为什么双击选词总少一个字符、为什么 Ctrl+Shift+P 搜索框光标跳来跳去——就都有了排查线索。
