答案：因为sublime未将文件语法设为jinja2，即使插件已安装，右下角显示html或plain text时{{}}仍按普通文本处理；需手动设置语法或绑定扩展名才能生效。
为什么装了插件但 {{ }} 还是灰色？
不是插件没生效，而是 Sublime 默认根本没用 Jinja2 或 Django 的语法定义——它只认文件后缀和当前手动指定的语法。即使你装了 HTML (Jinja Templates) 或 Djaneiro，只要右下角显示的是 HTML 或 Plain Text，所有模板语法都会当普通文本处理。
常见错误现象：
- 打开
index.html，{{ user.name }} 全是灰色，右下角写着HTML - 按
Ctrl+Shift+P输入Set Syntax: HTML (Jinja)后立刻变色，说明插件本身没问题 - 重启 Sublime 后又恢复灰色，因为没做持久化绑定
如何手动创建一个最小可用的 Jinja2 .sublime-syntax 文件
如果你不想依赖第三方插件、或需要支持项目专属语法（比如自定义 delimiters：{% raw %}{% endraw %} 或 {% raw %}{{% endraw %}），就得自己写 .sublime-syntax。
实操建议：
- 菜单栏 →
Tools → Developer → New Syntax…，会生成标准 YAML 模板 - 改
name为Jinja2 Custom，scope设为text.html.jinja（与主流主题兼容） -
file_extensions至少加- j2和- html.j2，避免污染原生.html - 在
contexts下优先匹配{% ... %}和{{ ... }}，例如：
- match: '\{\{[^}]*\}\}'
scope: variable.other.jinja
- match: '\{\%[^%]*\%\}'
scope: keyword.control.jinja
注意：正则中 [^}]* 比 .*? 更安全，避免跨行匹配失败；若需多行支持，得用 push/pop 构建嵌套上下文。
为什么自定义语法里 {% load static %} 仍是灰色？
这不是 bug，是语法定义的固有限制：Sublime 的 .sublime-syntax 是基于正则的静态解析器，无法识别运行时才加载的模块（如 {% load static %} 后的 {% static %}）。所有“动态注册”的标签/过滤器都不可能被高亮。
提供使用 django-unfold (v0.56+) 构建高级 Django 管理界面的专业指导。当用户提及 django-unfold、unfold admin 等内容时使用此技能。
可接受的妥协点：
- 内置标签（
if、for、block）能靠正则捕获，应优先覆盖 - 自定义标签建议统一用前缀（如
{% myapp_*），再加一条match: '\{\% myapp_[^\%]*\%\}'粗略着色 - 别试图在语法文件里做 AST 分析——Sublime 不支持，也没必要
配色方案里怎么让 {{ }} 显得更醒目？
语法文件只负责“打标签”，颜色由 .sublime-color-scheme 决定。如果 {{ ... }} 被标记为 variable.other.jinja，但你看不出区别，说明当前主题没定义这个 scope。
操作步骤：
- 按
Ctrl+Shift+P→Developer: Show Scope Name，把光标停在{{上，看状态栏显示的实际 scope（常为variable.other.jinja或meta.embedded.jinja） - 打开你的
.sublime-color-scheme（必须放在Packages/User/下），在rules数组里加一项：
{
"scope": "variable.other.jinja",
"foreground": "hsl(180, 70%, 50%)"
}
关键点：scope 名必须和 Show Scope Name 输出完全一致；改完保存后，要重新选一次 color scheme 才生效（Preferences → Color Scheme → 选回你刚改的那个）。
复杂点在于 scope 名高度依赖语法文件的定义方式——有人写 variable.other.jinja，有人写 meta.template.jinja.variable，不查不准；容易被忽略的是：改了 color scheme 却忘了重启选主题，结果白调半天。
