Sublime Text中Ctrl+滚轮缩放Windows/Linux开箱即用，macOS需手动创建Default (OSX).sublime-mousemap文件并严格使用"command"修饰符；常见失效原因为Logitech/Razer驱动劫持事件或远程桌面拦截；禁用wheel_up绑定以防破坏滚动功能；推荐优先使用Ctrl+=/Cmd+=等键盘快捷键及ui_scale（仅ST4）实现全局缩放。
Ctrl+滚轮缩放默认就有效，但 macOS 需手动配文件
Sublime Text 3143+（含 ST4）在 Windows/Linux 上开箱即用 Ctrl+wheel_up 放大、Ctrl+wheel_down 缩小，根本不用改设置。Mac 用户则不同：系统级事件未被 Sublime 原生监听，必须手动创建鼠标映射文件。
- macOS 路径：
~/Library/Application Support/Sublime Text 4/Packages/User/Default (OSX).sublime-mousemap（注意空格和括号） - 内容必须严格为 JSON 数组，且
modifiers写"command"（不是"cmd"或"super"） - 别漏掉逗号或引号，否则整个文件失效，Sublime 不报错也不加载
滚轮不响应？先关掉 Logitech/Razer 驱动
最常见“缩放失灵”不是 Sublime 的锅，而是鼠标厂商软件劫持了 Ctrl+wheel 事件——比如 Logitech Options 默认把它映射成“切换桌面”，Razer Synapse 可能转成“浏览器缩放”。这类干扰在高分屏 Windows 和 macOS 上尤其顽固。
- 临时验证：退出所有鼠标驱动后台进程，再试
Ctrl+wheel - Windows 高 DPI 场景下，右键 Sublime 快捷方式 → 属性 → 兼容性 → 更改高 DPI 设置 → 勾选“替代高 DPI 缩放行为”，选“应用程序”
- 远程桌面（如 ToDesk、TeamViewer）也会吞掉组合滚轮事件，本地直连测试可快速排除
别乱绑 wheel_up，它会废掉滚动功能
网上有些教程教你在 Key Bindings – User 里加 {"keys": ["wheel_up"], "command": "increase_font_size"}，这看似省事，实则危险：它把编辑区、侧边栏、控制台、查找面板的原始滚动能力全干掉了，滚轮变成纯缩放器，无法再上下翻代码。
-
ctrl+wheel_up是 Sublime 内核识别的标准事件名，不能简写成wheel_up - 真正安全的方案是键盘快捷键：
Ctrl+=、Ctrl+-、Ctrl+0（Win/Linux）或Cmd+=、Cmd+-、Cmd+0（macOS） - 这些命令默认已存在，若删过用户配置，可补上：
{"keys": ["ctrl+="], "command": "increase_font_size"}等
font_size 和 ui_scale 是两回事，别混着调
只调 font_size（比如设成 16）能让代码字变大，但菜单、标签栏、状态栏依然小得费眼；高分屏用户常因此误以为“缩放没生效”。这时候需要的是 ui_scale——但它仅 ST4 支持，ST3 无效。
-
font_size控制编辑区文字大小，单位是像素，改完保存立即生效 -
ui_scale控制整个界面渲染比例（图标、按钮、Tab 高度），值推荐1.25、1.5、2.0，和系统 DPI 设置协同才不撕裂 - 别碰
mouse_wheel_switches_tabs：它只影响悬停 Tab 时滚轮切文件，跟字体缩放完全无关
Ctrl+0 重置 + Ctrl+= 微调，比依赖滚轮靠谱得多。 
