Sublime Text 需通过插件组合实现内刊排版：用 SublimeLinter + sublinter-chinese 做中文标点校验，InsertText + 自定义 completions 插入专用符号，Build System 调用 Python 脚本批量清洗格式，并调整 lint 触发时机保稳定
直接说吧，想用 Sublime Text 搞定企业内刊的排版，光靠它自己可不行。这编辑器本身并没有为中文文本纠错和特殊符号插入提供现成的解决方案。要满足内刊对“中文标点校验”、“全角半角修正”以及“一键插入出版社专用符号”这些硬性要求，必须得靠插件组合拳、自定义构建系统再加上键盘绑定，才能搭建出一套顺手的辅助工作流。
用 SublimeLinter + sublinter-chinese 做基础中文文本纠错
默认的 SublimeLinter 插件主要检查代码语法，对中文的语病或者标点误用可就无能为力了。这时候，就需要请出社区里一位“高手”——sublinter-chinese 插件（注意，这不是官方插件，在 GitHub 上可以找到）。它能帮你揪出不少常见问题：
- 句子末尾缺失句号、感叹号或问号，尤其是在括号或引号后面这种容易疏忽的地方。
- 连续使用顿号或逗号超过三次，却没有换行或者添加连接词，导致句子冗长。
- 在中文段落里混入了英文标点，比如半角冒号
:后面紧跟着中文，看起来会非常别扭。
不过，这里有个技术细节需要注意：这个插件依赖 Python 环境。如果你的 Sublime Text 使用的是内置的 Python（版本 3.3），可能会遇到导入错误。通常的解决办法是，手动修改插件代码，把 import jieba 改成 from . import jieba，否则很可能会报 ImportError 的错误。
用 InsertText 插件 + 自定义 sublime-completions 快速插入特殊符号
企业内刊里那些专用符号，比如「※」、「‖」、「〔〕」、「〖〗」、「①②③」等等，总不能每次都去查 Unicode 编码吧？效率太低了。推荐一个高效的组合：使用 InsertText 插件，再配合一个自定义的补全文件。
- 具体操作是，在
Packages/User/目录下新建一个文件，命名为publishing_symbols.sublime-completions。 - 文件内容必须是 JSON 格式。其中的
trigger字段就设置成容易记忆的缩写，比如输入zs就自动替换成「※」，输入shuangxian就变成「‖」。 - 为什么不直接用代码片段（snippets）呢？因为 snippet 通常不支持在插入符号后将光标定位到符号中间，而
completions补全方式可以让符号直接上屏，并且光标稳稳地停在符号右侧，继续输入，体验更流畅。
下面是一个配置示例：
{
"scope": "text.plain, text.html, text.xml",
"completions": [
{ "trigger": "zs", "contents": "※" },
{ "trigger": "shuangxian", "contents": "‖" },
{ "trigger": "guanhao", "contents": "①" }
]
}
用 Build System 调用外部 Python 脚本做批量格式清洗
单个插件处理零散的标点还行，但面对整篇稿件时，那些结构性问题——比如标题层级混乱、列表编号不连续、空行格式不统一——就得靠更强大的批量处理工具了。这时，Sublime Text 的构建系统（Build System）就派上了用场，我们可以用它来调用外部的 Python 脚本进行一站式清洗。
- 这里有个关键点：脚本路径必须使用绝对路径。因为 Sublime 的
$packages变量不会自动展开到用户目录，稳妥起见，可以用$home环境变量或者直接硬编码完整路径。 - 在构建配置中，
shell_cmd命令推荐写成python3 "/path/to/clean_publishing.py" "$file"这种形式，而不是简单的cmd命令，这样可以有效避免在 Windows 系统下可能出现的编码错误。 - 另外，脚本的输出结果必须是 UTF-8 编码，并且末尾要带上换行符。否则，Sublime 的构建输出面板可能会卡住，不显示任何结果。
那么，这个清洗脚本通常做些什么呢？典型的动作包括：把连续三个以上的中文全角空格（ ）替换成标准的段首缩进；将普通的数字编号 1.、2.、3. 自动转换成更符合出版规范的 ①、②、③；删除行尾多余的空格，但同时保留段落之间必要的空行。
话说回来，这套方案最难的地方，其实不在于添加新功能，而在于如何让不同的插件“和平共处”。举个例子，SublimeLinter 会在你每敲一个字的时候实时检查并高亮错误，而 InsertText 的补全触发又会引起一次光标跳转。两者如果同时频繁触发，很容易导致标点纠错的提示信息闪烁甚至消失。一个行之有效的建议是：将 lint 检查的触发时机从默认的 on_modified（修改时）改为 on_post_sa ve（保存后）。虽然牺牲了一点实时性，但换来了整个编辑环境的稳定和流畅，这笔交易在大多数情况下都是值得的。
