sublime text 无鼠标平滑移动概念，smooth_scroll 不影响滚轮，仅 animate_inert_panning 提供滚动条/触控板松手惯性，系统级滚轮设置才是关键。
Sublime Text 没有“鼠标平滑移动”这个概念——鼠标指针本身由操作系统渲染，编辑器完全不干预其运动轨迹；所谓“平滑”，实际是用户对滚动、光标跳转反馈和拖拽惯性的混合感知。别折腾不存在的 mouse_smooth 或 cursor_animation 选项，它们在 Sublime 里根本无效。
为什么 smooth_scroll 对鼠标滚轮完全没用
smooth_scroll 只影响命令触发的视图位移，比如 Ctrl+G 跳行、PageDown 翻页、或 goto_line 命令执行后的滚动；它不接管鼠标滚轮事件。滚轮行为由系统直接投递“滚动 N 行”指令，Sublime 只做响应，不插帧、不缓动。
- 写了
"smooth_scroll": true却发现滚轮还是生硬？正常，它本来就不该管滚轮 - 误以为
scroll_speed是“动画开关”？错，它只是缩放每次滚轮的行数（如设为0.4就是滚 0.4 行），仍是瞬时跳变 - 把
"editor.smoothScrolling": true写进设置？Sublime 解析失败，静默忽略——这是 VS Code 的字段
真正能调的“顺滑感”来自 animate_inert_panning
animate_inert_panning 是 Sublime 唯一提供物理惯性反馈的设置，仅作用于两个操作：按住滚动条拖拽后松手、触控板快速滑动后松手。启用后会有轻微滑行余韵，类似 macOS 原生手感。
- 必须写成布尔值：
"animate_inert_panning": true，写成"true"（带引号）会解析失败 - 它和
scroll_speed不冲突，可共存；例如同时设"scroll_speed": 0.4和"animate_inert_panning": true - 中键拖拽（drag_scroll）也走这条管线，所以该设置对中键松手滑行同样生效
- 低端显卡或大文件中可能微卡，此时建议关掉——惯性依赖 UI 线程空闲帧
鼠标滚轮太猛？先动系统设置，不是 Sublime
Sublime 不处理原始滚轮事件，所有“快慢”问题 90% 出在操作系统层。强行在编辑器里调参数是本末倒置。
- Windows：设置 → 设备 → 鼠标 → 「一次滚动的行数」，设为
1（细腻）或5（快览） - macOS：系统设置 → 鼠标 → 「滚动速度」滑块拉到中间偏右；再终端执行
defaults write -g NSScrollAnimationEnabled -bool true启用系统级惯性 - Linux（GNOME）：设置 → 鼠标和触摸板 → 滚动速度；若不够，装
imwheel并把 Button4/Button5 后数值从3改为4～6 - 外接鼠标驱动（Logitech Options、Razer Synapse）常默认劫持 Ctrl+滚轮，务必关闭「全局快捷键」或「超速滚动」类选项
光标“看起来平滑”的唯一可行路径
光标跳转（方向键、Ctrl+P、点击）永远是帧同步瞬移，这是 Sublime C++ 渲染机制决定的。你无法添加位移动画，但可以优化视觉确定性：
- 用
"caret_style": "smooth"或"phase"让光标自身带淡入/微晃，削弱“瞬移割裂感” - 加大辨识度：
"caret_extra_width": 2（Retina 屏建议从3起试） +"caret_extra_bottom": 1 - 关掉闪烁：
"caret_blink": false，避免跳转后还要等一次闪烁才注意到位置 - 高频导航别靠方向键：用
Ctrl+Alt+-（回退）和Ctrl+Shift+-（前进）替代反复移动
容易被忽略的是：所有这些设置都只在用户配置（Settings – User）中生效，且不能与 "animation_enabled": false 共存——后者会全局禁用包括 caret_style 在内的所有动画。
