Sublime Text 4 默认关闭 Minimap 以降低内存占用，开启需在用户设置中添加 "show_minimap": true；外观调节依赖 "minimap_width" 和 "minimap_opacity" 配置项；插件冲突（如 Origami、Click-Selection）常导致点击无响应；高 DPI 下模糊需通过兼容性设置或 dpi_scale 修复。
Minimap 默认是关闭的，打开它只要改一个配置项
Sublime Text 4 默认禁用 Minimap（右侧代码缩略图），不是 bug，是故意的——为了降低低端设备内存压力。开启只需在用户设置里加一行："show_minimap": true。
操作路径：菜单 Preferences → Settings，右边用户设置面板中加入该字段，保存即生效。注意别加在左边默认设置里，改了也会被覆盖。
- 如果改完没反应，检查 JSON 格式是否合法（末尾多逗号、缺引号都会让整个设置失效）
- Mac 用户可能遇到
Cmd+,打开的是 Package Control 设置，要确认当前焦点在 Sublime 主窗口再按快捷键 - 某些主题（如 Ayu、Material Theme）会把 Minimap 背景设成全透明，看起来像没开，实际开了——拖动试试或临时换回默认主题验证
Minimap 宽度和透明度不能靠 UI 拖动，得手动写参数
Sublime 的 Minimap 没有图形化调节面板，所有外观控制都靠配置项。最常调的是宽度和透明度，对应两个字段："minimap_width" 和 "minimap_opacity"。
"minimap_width" 单位是像素，默认值是 100；"minimap_opacity" 是 0.0–1.0 的浮点数，默认 1.0（完全不透明）。调低 opacity 可缓解视觉干扰，但低于 0.5 会导致鼠标 hover 预览失效。
- 宽度过大（比如设成
200）会挤压编辑区，尤其在 1366×768 屏幕上明显影响编码空间 - opacity 设为
0.0不是隐藏，而是彻底禁用交互——点击跳转、悬停高亮全失灵 - 这些值只在用户设置里生效，插件（如 MinimapLSP）不会覆盖它们，但可能依赖 opacity ≥ 0.3 才能正常渲染诊断标记
插件冲突导致 Minimap 点击无响应，优先查这三类插件
常见现象：Minimap 显示正常，但点击任意位置光标都不跳转，拖动条也不跟手。这不是 Sublime 本身问题，大概率是插件劫持了鼠标事件。
重点排查三类插件：Origami（分屏管理）、Click-Selection（增强点击选中）、AdvancedNewFile（快速建文件）——它们都曾因监听全局鼠标事件，意外拦截 Minimap 的 on_click 回调。
- 临时禁用插件验证：菜单 Preferences → Package Control → Disable Package，逐个关掉上述插件，每次关完重启 Sublime 测试
- 不用卸载，禁用后 Minimap 恢复正常就说明是它；再查对应插件的 GitHub issues，看是否有已知修复（例如
Click-Selectionv4.2+ 已修复该问题） - 别信“重装 Sublime 能解决”，这类问题 90% 出在插件层，重装只是掩盖症状
高 DPI 屏幕下 Minimap 字体模糊，本质是缩放适配没做对
Win 10/11 启用系统缩放（如 125%、150%）后，Minimap 文字边缘发虚、锯齿明显，不是渲染引擎问题，是 Sublime 读取缩放比例失败导致的位图拉伸。
解决方案只有两个有效路径：要么强制 Sublime 使用系统 DPI 缩放（推荐），要么降级到固定缩放模式。前者需在快捷方式属性的“兼容性”页勾选 “替代高 DPI 缩放行为”，并选 “应用程序”；后者则要在用户设置里加 "dpi_scale": 1.0，但会连带编辑区字体变小。
- macOS 用户基本无此问题，系统级缩放适配完善
- Linux 下取决于桌面环境，GNOME 通常正常，KDE 需额外配置
QT_SCALE_FACTOR - 别试图用 CSS 覆盖 Minimap 样式——Sublime 的 Minimap 是原生绘制，不走 HTML/CSS 渲染管线
Minimap 看似简单，但它的渲染逻辑独立于主编辑器，很多表现差异（比如滚动延迟、hover 延迟、缩略图更新滞后）其实源于 Sublime 把它当作一个异步位图生成任务来调度。改配置前，先想清楚你要优化的是「响应速度」还是「视觉一致性」，这两者常常互相妥协。
