sublime minimap 默认开启但常被误关，可用alt+m快捷键切换；v4.4+支持菜单控制，旧版需确认版本与焦点；推荐用minimap_enabled而非show_minimap，禁用后仍留白需检查overlay_scrollbar和主题设置。
Sublime 的 Minimap 默认是开启的，但多数人第一次打开看不到，不是坏了，也不是配置失效，而是它被手动关掉了——直接按 Alt+M（Windows/Linux）或 Option+M（macOS）就能立刻切回来。
View 菜单里找不到 Minimap 选项？先看版本和焦点
部分旧版 Sublime（如 v3.0 以前）确实不带 Minimap 菜单项；当前稳定版（v4.4+）都支持。如果菜单里没有 Minimap 子项，优先检查：
- 是否用的是极老版本（
Help → About Sublime Text确认） - 窗口是否失去焦点：点一下编辑区再试
Alt+M - 是否启用了「无菜单栏」模式：按
Ctrl+Shift+P输入Toggle Menu回车恢复 - 某些 Linux 桌面环境（如 GNOME Wayland）下菜单渲染异常，可改用命令面板：
Ctrl+Shift+P→ 输入Toggle Minimap回车
show_minimap 和 minimap_enabled 到底该用哪个？
这是最常踩的坑：两个键名都存在，但行为不同、生效层级不同、兼容性也不同。
-
show_minimap：控制“是否绘制”，值为true/false，是较早引入的配置，仍被识别，但仅影响显示层，容器宽度可能残留 -
minimap_enabled：Sublime Text 4 推荐的开关，设为false会跳过整个渲染逻辑，不占位、不耗 GPU、无空白，推荐优先使用 - 两者同时存在时，
minimap_enabled优先级更高；若只写show_minimap却发现右侧还有细缝，大概率是minimap_enabled没显式设为true或被其他插件覆盖 - 别写
draw_minimap—— 这个键名在当前版本（v4.4.1）中已被弃用，写了也不生效
改了设置没反应？三步定位真实原因
不是配置没保存，而是 Sublime 的设置叠加机制让修改“看起来无效”。
- 确认改的是右侧「User Settings」面板，不是左侧只读的 Default 面板
- 检查 JSON 格式：结尾不能有多余逗号，键名必须双引号包裹，
minimap_enabled的值必须是false（不是"false"字符串） - 运行时验证：打开控制台（
Ctrl+`），输入sublime.active_window().active_view().settings().get('minimap_enabled')，返回False才算真正生效 - 如果返回
None，说明该设置根本没加载进来，可能是拼写错误、JSON 解析失败，或被某个插件（如旧版 BracketHighlighter v2.26–）强制覆盖
关掉 Minimap 后右侧还有空白？别只盯小地图
Minimap 隐藏后留白，90% 不是它的问题，而是滚动条或主题占位。
- 先确认
minimap_enabled是false，再查overlay_scrollbar：控制台执行sublime.active_window().active_view().settings().get('overlay_scrollbar')，若返回true，就在用户设置里加"overlay_scrollbar": "disabled" - 某些 UI 主题（如 Soda、Aprosopo）会为 minimap 区域预留固定 padding，切换到默认主题
Adaptive测试是否消失 - 高 DPI 屏幕 + 缩放比例 >100% 时，Sublime 渲染器可能未正确收缩容器，此时
minimap_enabled: false+overlay_scrollbar: "disabled"是唯一可靠组合
Minimap 看似只是个视觉辅助，但它和 overlay_scrollbar、GPU 渲染策略、主题样式是耦合的——单独调一个参数往往不够，得连着查。
