Sublime Text 原生不支持 scroll_past_end，需安装 ScrollPastEnd 插件实现；该插件默认生效，仅扩展视图空白区域而不修改文件内容。
Sublime 怎么开启 scroll_past_end 功能
Sublime Text 原生不支持滚动到最后一行之后——这个功能在 VS Code 里叫 scroll_past_end，但 Sublime 没有同名配置项，直接加 "scroll_past_end": true 到用户设置里完全无效。
真正起作用的是一个隐藏行为：当启用自动换行（word_wrap）且文档末尾存在空行时，Sublime 会“顺带”允许视图向下多滚几行；但这不是稳定可控的方案。目前最可靠、被社区验证的方式是通过插件模拟该行为。
- 安装插件
ScrollPastEnd（通过 Package Control 搜索安装），它专为填补这个空缺设计 - 安装后无需额外配置，默认即生效，滚动到底部后可继续拖动滚动条或滚轮，视图会留出空白区域
- 注意：该插件不会添加真实空行，只是视觉上扩展 viewport，不影响文件内容或保存行为
为什么原生没有 scroll_past_end 配置
Sublime 的渲染模型把编辑区视为“字符流+换行符”的严格映射，没有“虚拟行”概念。它的 scroll_to_cursor、show_at_center 等命令都基于实际文本位置计算，而 scroll_past_end 要求编辑器能主动维护一段“无内容但可渲染”的底部缓冲区——这需要底层重绘逻辑支持，Sublime 从未实现。
这也是为什么网上很多教程让你加 "scroll_past_end": true，结果毫无反应：这个键根本不在 Sublime 的 settings schema 里，解析时会被静默丢弃。
- Sublime 的配置系统只认白名单键名，错一个字母或拼写错误（如
scroll_past_end写成scroll_past_the_end）都不生效 - 官方 issue tracker 中多次有人提此需求，但截至 2026 年 3 月，仍未进入开发排期
- 别试图用
view.set_viewport_position()在插件里硬推——它无法突破 viewport 底边界限制，调用后会被自动 clamp 回合法范围
替代方案：用空行 + 自动滚动勉强模拟
如果你不想装插件，可以用“人工制造底部空间”的方式逼近效果，适合临时查看日志、实时输出类场景。
- 手动在文件末尾插入 10–20 个空行（
Ctrl+Shift+P→ 输入Insert Line反复执行） - 确保
"word_wrap": true已开启（否则空行高度可能被压缩） - 配合
"scroll_speed": 0.4让滚动更细腻，减少“一下跳太远”的突兀感 - 缺点明显：保存文件会多出真实空行；Git diff 显示异常；部分插件（如
TrailingSpaces）会误报空白问题
容易被忽略的兼容性细节
即使用了 ScrollPastEnd 插件，某些环境组合下仍可能失效，原因往往藏在底层交互链路里：
- macOS 上启用了“自然滚动”（惯性滚动）时，插件对
scroll_down事件的拦截可能延迟一帧，导致最后几次滚动卡住——建议关闭系统级自然滚动再试 - 如果同时装了
AutoScrollToCursorListener类插件，两个监听器可能竞争on_modified事件，造成滚动抖动；可临时禁用其中一个验证 - 远程桌面（如 Windows RDP、Parsec）或虚拟机中，鼠标滚轮事件常被截断或合并，此时插件收到的
amount值失真，需在插件配置里手动调低灵敏度阈值
真正的难点不在“怎么开”，而在“开了之后是否稳定响应”——这取决于你的操作系统、显示缩放、外设驱动和已装插件之间的隐式耦合，调试时得一层层剥。
