minimap-cursorline 插件无反应，首要确认 minimap 和 minimap-cursorline 均已启用；光标行不可见需修改 styles.less 中 .minimap-cursor-line 的 background-color 并加 !important；延迟属 minimap 异步渲染机制所致；多光标仅标记主光标是设计行为。
Minimap-Cursorline 插件没反应？先确认它是否真在工作
插件装完不显示光标行，大概率不是配置问题，而是 Atom 的 minimap 本身没启用或被禁用。Minimap-Cursorline 是个「依赖型」插件——它不做缩略图渲染，只往已存在的 minimap 上画线。如果 minimap 没开，它就完全静默。
检查方法：打开 Atom 设置 → Packages → 搜索 minimap，确认状态是「Enabled」；再搜 minimap-cursorline，也必须是启用状态。两者缺一不可。
- 如果
minimap被你手动禁用过（比如为了提速），minimap-cursorline就永远不生效 - 某些主题（如
atom-dark-ui）可能默认隐藏 minimap 区域，需在minimap插件设置里勾选「Show Minimap」 - 重启 Atom 不是必须，但启用新插件后建议重启一次，避免缓存干扰
光标行颜色太淡或看不见？改的是 minimap-cursorline 的 CSS 变量
插件默认用半透明灰色标记当前行，但在高对比度主题（如 one-dark-syntax）或深色背景缩略图上容易看不清。这不是 bug，是 CSS 变量控制的视觉效果，需要手动覆盖。
打开 Atom 的样式表（Atom → Stylesheet… 或 ~/.atom/styles.less），添加如下代码：
.minimap-cursor-line {
background-color: rgba(100, 180, 255, 0.4) !important;
}
-
rgba(100, 180, 255, 0.4)是蓝紫色+适度透明，比默认更醒目；数值可按需调整 - 必须加
!important，否则被 minimap 主题样式覆盖 - 别改
.minimap .cursor-line—— 那是编辑器主区域的光标行，和缩略图无关
为什么光标移动后缩略图标记延迟或跳变？和 minimap 渲染策略有关
Minimap 本身是异步渲染的：它不会每毫秒重绘整块缩略图，而是按视口滚动、文件变更、光标移动等事件触发更新。Minimap-Cursorline 依赖这个机制，所以会有轻微延迟（通常 5000 行）或低配机器上更明显。
- 这不是插件性能差，是 minimap 为保流畅做的取舍；强行优化会拖慢主编辑器响应
- 如果延迟超过半秒，优先检查是否有其他 minimap 插件冲突（如
minimap-pigments、minimap-find-and-replace） - 关闭「Minimap → Absolute Mode」能略微提升更新速度，但会牺牲缩略图与编辑器内容的绝对位置对应精度
多光标时只标一个？这是设计行为，不是缺陷
Minimap-Cursorline 只响应 editor.getLastCursor() 返回的「主光标」，也就是最后激活的那个。多光标场景下，它不会画多个线——因为缩略图空间有限，叠加太多标记反而干扰定位。
- 如果你真需要多光标可视化，得换思路：用
minimap-selection插件，它会把所有选区映射到缩略图上 - 或者靠编辑器本身的多光标高亮（
editor.showCursorOnSelection）配合缩略图滚动来定位 - 别试图用 CSS 强行 hack 多光标支持——minimap 的 DOM 结构不暴露全部光标节点，稳定性和性能都不可控
真正难搞的是缩略图缩放比例变化后标记错位，这往往源于主题自定义了 minimap 的 transform 或 font-size，得单独微调 .minimap-cursor-line 的 top 偏移。这事没法全自动适配，得边调边看。
