Plain Text 行距必须在语法专属设置中配置，因其不继承全局 line_padding_top/bottom；需通过 Preferences → Settings – Syntax Specific 编辑 Plain Text.sublime-settings 并写入整数型 padding 值，不可用 line_height。
纯文本语法（Plain Text）的行距必须通过 line_padding_top 和 line_padding_bottom 设置，不能依赖 line_height；它不继承全局设置，必须单独配语法专属配置。
为什么 Plain Text 会“无视”你的全局行距设置？
Sublime Text 对每种语法类型都允许独立覆盖行距参数。Plain Text 是默认语法，但它的设置优先级高于全局 Preferences.sublime-settings —— 只要你在 Plain Text.sublime-settings 里没写任何行距相关字段，Sublime 就会回退到默认值（0, 0），而不是你设的 3, 3。
- 常见现象：改了 User Settings 里的
line_padding_top，Python 文件行距变松了，但新建的 .txt 文件还是紧巴巴的 - 根本原因：Plain Text 没有显式配置，就用内置默认值，不读取全局设置
- 不是 Bug，是 Sublime 的语法专属配置机制设计如此
如何正确设置 Plain Text 的行距？
打开 Preferences → Settings – Syntax Specific（注意不是普通 Settings），此时左侧是 Plain Text.sublime-settings，右侧是空白 JSON 面板。在这里写：
{
"line_padding_top": 3,
"line_padding_bottom": 3
}
- 必须写在这份文件里，不能写在全局
Preferences.sublime-settings - 值必须是整数，
"line_padding_top": 3.5会被忽略 - 两个值建议同时设，只设一个（如只设
top）会导致行号对齐错位、折叠图标偏移 - 保存后，所有未指定其他语法的 .txt、.log、无后缀纯文本文件立即生效
容易被忽略的兼容性细节
Plain Text 的渲染行为在不同系统上更敏感——尤其当用了 Fira Code 或 JetBrains Mono 这类高密度等宽字体时：
- Windows（GDI）下
3, 3看起来刚好；macOS（Core Text）可能略松，可试2, 2 - 如果开了连字（
"font_options": ["liga"]），某些字体的 baseline 会上浮，此时加line_padding_top比加bottom更能缓解视觉压迫感 - 别在 Plain Text 设置里写
line_height：它和line_padding_*互斥，一旦写了line_height，padding就完全失效 - 检查是否被插件干扰：比如 Origami 插件会强制重置所有语法的
line_height，临时禁用它测试是否恢复
Plain Text 是最常被低估的语法场景——它不报错、不提示、不继承，但又高频使用。调行距时，先确认你编辑的是 Plain Text.sublime-settings，而不是以为“改了全局就全生效”。这点比参数值本身更容易卡住人。
