Sublime Text 4 不能调窗口透明度，仅支持通过修改 color_scheme 中 background 的 RGBA 值调整编辑区背景透明度；macOS/Linux 可用系统级工具实现全窗体透明，Windows 无稳定方案。
Sublime Text 4 能不能调窗口透明度
不能。Sublime Text 原生不支持窗口级透明（即整个编辑器窗体 Alpha 透明），所谓“背景透明”实际只是编辑区（view）的背景色叠加透明通道，且仅限于 macOS 和 Linux；Windows 下完全不可用。
常见错误现象：Unable to set window transparency 报错、设置后无变化、重启失效——基本都是误用了旧版插件或强行修改了不存在的配置项。
- macOS：靠系统级
NSWindow层级实现，需启用hardware_acceleration并配合overlay_scroll_bars等隐式开关 - Linux：依赖 X11 的
_NET_WM_WINDOW_OPACITY，Wayland 下基本无效 - Windows：Sublime 使用 DirectWrite 渲染，GUI 层不暴露透明控制接口，任何声称“Win 下可调”的教程都在改壳或骗点击
怎么让编辑区看起来“透”一点（真正生效的方法）
这是唯一稳定可用的路径：改 color_scheme 文件里的 background 值，加 alpha 通道。不是调窗口，是调文字底下那块“画布”的透明度。
使用场景：想让终端/壁纸从代码背后若隐若现，又不想影响字体清晰度和 UI 响应速度。
- 打开当前主题文件（路径类似
Packages/User/MyTheme.sublime-color-scheme） - 找到
"background"字段，把十六进制颜色（如"#0f0f0f"）改成带 alpha 的 RGBA 格式："background": "rgba(15, 15, 15, 0.85)" - alpha 值范围是 0.0（全透）到 1.0（不透），建议从
0.8开始试，低于0.6容易导致高亮文字发虚 - 改完保存，无需重启，Sublime 会自动重载主题
为什么装了 TranslucentSidebar 或 GlassIt-V4 没反应
因为这些插件本质是“钩子+系统 API 调用”，而 Sublime Text 4 的沙箱策略和渲染架构已切断大部分外部干预路径。它们在 ST3 时代尚能勉强工作，现在多数已失效。
性能影响：即使某次侥幸生效，也会强制启用软件渲染，导致滚动卡顿、GPU 占用异常、Retina 屏幕文字发毛。
- TranslucentSidebar 依赖
sublime_plugin.WindowCommand注入 CSS，但 ST4 移除了对set_timeout_async外部窗口句柄的操作权限 - GlassIt-V4 需要调用
ctypes.windll（Windows）或objc（macOS），ST4 启动时默认禁用此类动态库加载 - 所有这类插件在 Sublime Merge 或 ST4.4+ 中均被明确标记为 “incompatible”
替代方案：真需要透明窗口怎么办
绕过 Sublime 自身限制，用系统级工具控制整个窗口的 opacity。这不是 Sublime 的功能，而是 OS 的窗口管理能力。
适用前提：你愿意接受“整个 Sublime 窗口（含菜单栏、侧边栏、状态栏）一起变淡”，且能接受轻微输入延迟。
- macOS：用
defaults write com.sublimetext.4 NSWindowAlphaValue -float 0.92，然后重启 Sublime（注意：该值会被下次更新重置） - Linux（X11）：用
xprop -f _NET_WM_WINDOW_OPACITY 32c -set _NET_WM_WINDOW_OPACITY 0xdd000000+wmctrl定位窗口 - Windows：没有安全、稳定、免管理员权限的方案；PowerShell 调
SetWindowLong极易触发 DPI 缩放崩溃，不推荐
容易被忽略的一点：这类系统级透明会让 Sublime 的 UI 元素（比如折叠箭头、行号、迷你地图）边缘发虚，尤其在非整数缩放下。如果主要为了阅读舒适，不如调低背景色明度，比硬上透明更可靠。
