nsis语法高亮在sublime中不生效需装官方nsis插件并手动设置语法；自动识别需确保nsis.sublime-syntax含file_extensions: - nsi - nsh；补全出错应禁用brackethighlighter等干扰插件；编译需配置正确路径、working_dir及错误正则。
NSIS 语法高亮在 Sublime 中不生效？先确认插件是否装对
Sublime 默认不识别 .nsi 文件，必须手动关联语法定义。常见错误是只装了名字带 “NSIS” 的插件，但实际没启用或没绑定后缀。最稳的方式是用 Package Control 安装官方维护的 NSIS 插件（作者：wbond），不是 “NSIS Syntax” 或 “NSIS Support” 等非主流分支。
- 安装后重启 Sublime，打开任意
.nsi文件，按Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Set Syntax: NSIS手动触发一次 - 检查右下角状态栏是否显示
NSIS—— 如果显示Plain Text或ShellScript，说明绑定失败 - 若仍无效，进
Preferences → Settings – Syntax Specific，确保内容为：{"syntax": "Packages/NSIS/NSIS.sublime-syntax"}
如何让 Sublime 自动识别 .nsi 和 .nsh 文件？
手动设语法太麻烦，得让 Sublime 记住扩展名映射。关键不在插件本身，而在语法文件的 file_extensions 声明是否生效。
- 打开
Packages/NSIS/NSIS.sublime-syntax（可通过Ctrl+Shift+P → Browse Packages进入） - 确认其中包含：
file_extensions: - nsi - nsh
- 如果被注释或缺失，直接补上并保存；改完需重启 Sublime 才会生效
- 测试：新建文件 → 保存为
setup.nsi→ 看右下角是否自动变成NSIS
写 NSIS 脚本时代码补全和括号匹配总出错？关掉干扰插件
NSIS 是宏驱动语法，!define、!include、Section 等不是函数而是预处理器指令，普通语言插件（比如 AutoFileName、BracketHighlighter）容易误判结构，导致跳转错位或高亮断裂。
- 临时禁用
BracketHighlighter：它对${...}变量展开和!if/!endif块识别极差，常把${NSISDIR}当成未闭合字符串 -
AutoFileName在!include行会强行弹路径补全，但 NSIS 的!include支持相对路径、环境变量甚至编译期宏，补全结果基本不可用 - 保留
SideBarEnhancements（方便右键编译），但别依赖它做语法检查 —— NSIS 编译器makensis.exe才是唯一权威
想一键调用 makensis 编译？Build System 配置要点
Sublime 的 Build System 能跑 makensis，但路径、工作目录、错误解析三处最容易翻车。
- 确保
makensis.exe在系统 PATH 中，或在sublime-build文件里写绝对路径："cmd": ["C:\Program Files\NSIS\makensis.exe", "$file"]
- 必须加
"working_dir": "$file_path"，否则!include "header.nsh"会找不到同目录头文件 - 错误正则要匹配 NSIS 特有格式，例如：
"file_regex": "^(.*?):([0-9]+): ([^\n]*)$"
（对应script.nsi:42: error: invalid keyword） - 编译失败时，Sublime 默认只显示第一行错误；多加一句
"quiet": false可看到完整输出
NSIS 语法看似简单，但它的预处理阶段和运行时变量分离得很彻底，Sublime 插件没法真正“理解”逻辑流。能高亮、能编译、能跳转到 !include 文件，就已经够用——别指望它像 Python 那样做符号跳转或悬停提示。
