Sublime Text 不支持输入时的光标平滑移动，仅在跳转时有有限视觉过渡；caret_style 控制光标自身淡入/微晃动画，非位置位移；smooth_scroll 仅影响视图滚动，与光标无关；真正流畅源于操作路径优化与反馈确定性。
Sublime Text 没有“打字时光标平滑移动”的动画效果，所谓“平滑光标移动”仅指跳转时的视觉过渡（如方向键、点击、Ctrl+P 后），且原生支持极其有限——别被“平滑”二字误导，它不是 VS Code 的 editor.cursorSmoothCaretAnimation 那种可控动画。
Sublime 里根本不存在“输入过程中的光标平滑位移”
每敲一个字符，光标都瞬时跳到下一列位置，这是 Sublime 渲染机制决定的：字符边界对齐优先级高于视觉动效。任何试图用 CSS 注入 transition 或靠插件模拟线性位移的做法，都会被编辑器底层重绘逻辑覆盖，轻则失效，重则引发光标错位、闪烁或卡顿。
你看到的“平滑感”，通常来自以下组合效果：
-
caret_style设为"smooth"或"phase"—— 它们只控制光标自身的淡入/微晃动画，不改变位置跳转方式 -
animate_inert_panning开启后触控板拖拽有滑行余韵，但和光标移动无关 - 高刷新率显示器 + 硬件加速开启（
"hardware_acceleration": "opengl"）会让整体响应更跟手，但仍是瞬移
真正能调的只有光标跳转时的“视觉缓冲”
Sublime 唯一提供跳转动画感的设置是 caret_style，但它不是“移动动画”，而是“样式过渡动画”：
-
"phase"：默认值，光标在显隐间做淡入淡出循环，配合快速跳转会形成“拖影错觉” -
"smooth"：比"phase"更柔和的淡变，适合高对比主题下降低视觉突兀感 -
"wide"：加宽光标并带轻微呼吸感，但仍有闪烁，不适合专注编码 -
"solid"：无任何动画，纯静态竖线——这才是最“确定”的选择
注意：caret_style 必须写在用户设置（Settings – User）中，且不能和 animation_enabled: false 冲突——后者会全局禁用所有动画（包括标签页切换），连 "smooth" 效果也会消失。
为什么 smooth_scroll 和 scroll_to_cursor 都不管用
"smooth_scroll": true 只影响滚动条拖拽或触控板滑动后的惯性滑行（即 animate_inert_panning 的前置开关），和光标位置毫无关系；而 "scroll_to_cursor": true 是无效配置项——Sublime 根本不识别这个 key，写了等于白写。
常见误操作：
- 把
smooth_scroll当成光标动画开关 → 实际只作用于视图滚动，不影响光标 - 以为 Ctrl+P 跳转后自动居中 = 光标平滑移动 → 其实是视图滚动 + 光标瞬移的组合，滚动部分可设
smooth_scroll，光标部分依然瞬时到位 - 依赖插件强行 hook
on_selection_modified来插帧 → 极易触发重绘冲突，导致光标抖动或丢失
高频跳转场景下，比动画更关键的是导航节奏
与其纠结光标怎么动，不如优化它“去哪”和“怎么去”：
- 用
Ctrl+Alt+-/Ctrl+Shift+-替代反复按方向键回溯 - 用
Ctrl+R（符号跳转）或Ctrl+P @直接定位函数内位置，减少逐行移动 - 启用
"highlight_line": true让当前行始终高亮，降低对光标视觉追踪的依赖 - 把
caret_extra_width设为1或2，让光标更粗一点，比任何动画都更容易捕捉
真正的“流畅”，来自操作路径缩短和反馈确定性提升，而不是加一层不可控的动画层。尤其在代码审查或长时间编码时，静默、稳定、像素级准确的光标行为，远比几帧缓动更值得信赖。
