sublime text 输出面板不支持css样式定制，其ui为硬编码原生组件；唯一可控的是通过sublime-build文件的file_regex、line_regex及shell_cmd等配置结构化输出内容。
Sublime Text 的输出面板（Build Results）本身不支持 CSS 样式定制，所谓“自定义输出面板样式”本质上是无效操作——你改不了它的字体、颜色、行高或背景，因为它是硬编码的原生 UI 组件，没有暴露样式接口。
为什么 build_results.hidden-tmLanguage 文件改了没用
网上流传的修改 Packages/Default/build_results.hidden-tmLanguage 或复制主题文件到 User 目录的做法，只能影响语法高亮（比如让错误行号变红），但无法改变面板本身的 UI 样式。Sublime 的构建面板不是基于 Text View 渲染的，它绕过了 syntax definition 和 color scheme 机制。
- 修改
build_results.hidden-tmLanguage只会影响匹配到的 token（如error、file、line-number）在 *编辑器内* 的着色，对输出面板无效 - 即使重载 syntax 或重启 Sublime，面板文字仍使用固定字体（系统默认等宽）、固定大小、不可调整行距
- 深色主题下，面板背景常为浅灰，与编辑器不一致，这是设计限制，非配置遗漏
真正能控制的只有内容格式：靠 sublime-build 文件的 variants 和 shell_cmd
输出面板显示什么、怎么排版，取决于构建系统如何生成和解析输出。你可以干预的是“文本结构”，而非“视觉样式”。关键点：
-
file_regex决定哪行被识别为可跳转错误（格式如^([^:]+):([0-9]+):?([0-9]+)?:? (.*)$） -
line_regex用于匹配警告或普通日志行（需手动指定，否则不解析） - 在
shell_cmd中加2>&1确保 stderr 也进面板；用sed或awk预处理输出可统一前缀（如加[JS]标识） - 避免在命令末尾加
| cat类管道——Sublime 解析器可能丢掉首行或错位匹配
想让错误更醒目？用 result_file_regex + 自定义构建脚本
如果默认正则无法匹配你的构建工具输出（比如 TypeScript 的 tsc --watch 或 Webpack 的 verbose 日志），必须写一个包装脚本，把原始输出标准化成 Sublime 能 parse 的格式：
#!/bin/bash # save as ~/bin/tsc-sublime.sh tsc 2>&1 | sed -E 's/^(.*):([0-9]+):([0-9]+): error TS([0-9]+): (.*)$/::: [TS]/'
然后在 .sublime-build 中写：
{
"shell_cmd": "~/bin/tsc-sublime.sh",
"file_regex": "^(.+):[0-9]+:[0-9]+: .*$",
"line_regex": "^([^:]+):([0-9]+):([0-9]+): (.*)$"
}
- 注意
file_regex和line_regex必须配合，前者定位文件路径，后者提取行号列号和消息 - Sublime 不支持 PCRE，只认 POSIX ERE（
egrep风格），别用\K或 lookahead - 多行错误（如 Python traceback）会被截断——输出面板只按行解析，无法合并上下文
真正卡住人的地方从来不是“怎么配”，而是误以为它可配。输出面板就是个只读终端模拟器，你唯一能做的，是让它显示得更结构化一点——靠输入，而不是样式。
