Alt+M没反应需确认三件事：窗口已激活且焦点在编辑区、菜单栏可见、show_minimap已设为true；必须在用户设置中添加"show_minimap": true（唯一有效键名），保存后用控制台验证返回True；若仍不可见，优先切换Adaptive主题排查第三方主题隐藏问题。
按 Alt+M 没反应？先确认这三件事
Sublime 的 Alt+M（macOS 是 Option+M）不是“一键启动”，它只是切换开关，且只在特定条件下生效：
- 当前窗口已激活，且焦点必须落在代码编辑区（点一下任意代码行再试）
- 菜单栏必须可见（被隐藏时按
Ctrl + Shift + P输入Toggle Menu回车恢复） -
show_minimap必须已设为true，否则快捷键不触发任何行为（返回None或false）
如果快捷键始终无效，别反复按——直接走设置路径更可靠。
用户设置里必须写对这行："show_minimap": true
Sublime Text 4（2026 年主流版本）默认关闭 Minimap，show_minimap 是唯一被识别的键名。网上常见的 minimap_enabled、enable_minimap、minimap_show 全部无效，Sublime 会静默忽略。
- 按
Ctrl + ,（Windows/Linux）或Cmd + ,（macOS）打开Preferences.sublime-settings - 确保光标落在右侧 Settings – User 区域（左侧 Default 是只读的，改了也白改）
- 添加一行：
"show_minimap": true（注意：true 是布尔值，不加引号；冒号后带空格；整行必须在 JSON 大括号内） - 保存后 1–2 秒内右侧应立刻出现窄条缩略图
验证是否真正生效：按 Ctrl + ` 打开控制台，输入 sublime.active_window().active_view().settings().get('show_minimap')，返回 True 才算成功。
开了但看不见？大概率是主题把缩略图“藏”了
Minimap 渲染依赖主题定义的 UI 元素，很多第三方主题（如 Material Theme、Dracula、ayu）未声明 minimap.background，或将其设为全透明，导致缩略图“存在但不可见”。
- 临时切换到内置主题测试：菜单栏 →
Preferences → Color Scheme → Adaptive（或Default） - 若此时右侧出现缩略图，说明是当前主题问题，不是 Sublime 功能异常
- 不建议硬调
minimap_alpha来“抢救”——先换主题定位问题，再决定是否反馈给主题作者
某些显卡驱动（尤其远程桌面、虚拟机、老旧集成显卡）会导致 Minimap 渲染为黑块或空白，此时加配置 "gpu_window_buffer": false 比调透明度更有效。
拖拽定位卡顿？关掉自动居中比调宽度更管用
长文件中拖动 Minimap 缩略图时明显卡顿，常见原因不是硬件，而是 Sublime 默认开启的“滚动时自动居中当前行”。它会在每次拖动后强制重排视口，对大文件（>5k 行）影响显著。
- 禁用该行为：在用户设置中加
"auto_complete_commit_on_tab": false不起作用——这不是它；正确项是"scroll_past_end": false也不相关 - 真正要关的是
"always_show_minimap_viewport": false？错，这个控制高亮框显示，不影响性能 - 实际有效方案：添加
"minimap_draw_highlighted_text": false（关掉当前行在缩略图里的高亮），或更彻底地，在Preferences → Package Settings → Default → Settings中搜索并禁用highlight_line相关逻辑 - 宽度调节仅影响视觉占用：
"minimap_width": 120可微调，但超过 150px 会挤压编辑区，尤其小屏设备
Minimap 位置固定在右侧，无法拖拽、不能左置、不支持上下布局——这是 Sublime 的硬限制，所有试图“移动它”的插件或 hack 都不可靠，容易引发渲染异常。
