sublime text macos 中文输入法候选框卡左上角是因自绘ui绕过appkit导致坐标传递失败，非配置或插件可修复；临时缓解需关闭辅助功能、禁用连字字体、聚焦时切英文、避免滚动中输入。
macOS 下 Sublime Text 中文输入法候选框卡在左上角，不是输入法坏了，也不是 Sublime 崩了——它压根没把光标真实坐标传给系统输入法框架（NSTextInputClient），这是 AppKit 限制 + Sublime 非沙盒化 + 自绘 UI 共同导致的硬伤。
为什么 macOS 上 enable_ime 和 hardware_acceleration 都无效
Sublime Text 在 macOS 上不走 Windows 的 IMM32 路线，也不依赖 enable_ime 配置项；hardware_acceleration 是 Windows/Linux 专用字段，在 macOS 设置里加了也完全被忽略。它的输入法通信层绑定在 NSTextView 子类上，而 Sublime 的自绘渲染绕过了 AppKit 的标准文本视图生命周期，导致 firstRectForRange:、characterIndexForPoint: 等关键方法返回 (0, 0) 或错误偏移。
- 所有 Windows 向修复方案（如改
hardware_acceleration、设 DPI 兼容）对 macOS 完全不适用 -
defaults write com.sublimetext.4 ...类命令只影响长按重音字符，和中文 IME 无关 - 第三方插件如
IMESupport在 macOS 下无 hook 点，无法注入坐标修正逻辑
真正起效的 macOS 临时缓解策略
没有“修复”，只有绕过。以下操作能显著降低出错频率，但无法让候选框像在 Xcode 或 VS Code 中那样精准贴合光标：
- 关闭系统辅助功能：进入「系统设置 → 辅助功能 → 显示」，确保「缩放」、「旁白」、「指针控制」全部关闭——这些会干扰
NSView坐标计算链 - 禁用 Sublime 的字体连字：在用户设置中显式禁用
font_options，例如："font_options": []；Fira Code、JetBrains Mono 等含连字的字体会让垂直度量失真，加剧候选框上下飘移 - 切换输入法快捷键绑定：用工具如
Input Method Switcher或FastScripts，设置「聚焦 Sublime 时自动切英文」，避免触发中文输入流 - 避免滚动中输入：光标在 viewport 外时，Sublime 不会刷新输入上下文，候选框极易失位；输中文前先按
Ctrl+Home滚到顶部再操作
为什么换输入法有时“突然好了”
这不是兼容性提升，而是不同输入法的 fallback 行为差异：
- 微软拼音（macOS 版）会主动降级到
NSInputServer回退协议，在 Sublime 失去坐标时默认锚定在窗口左上角，反而比 Rime 或搜狗更“稳定” - Rime 默认启用「嵌入式候选窗」，试图从 Sublime 的绘图缓冲区读像素，失败后直接消失；关掉
inline_preedit后可能转为浮动窗，位置虽不准但至少可见 - 搜狗 Mac 版已放弃适配非标准编辑器，其「智能定位」逻辑在 Sublime 中直接跳过坐标查询，固定弹窗
最易被忽略的是：每次你切出 Sublime 再切回来，系统会重置输入法上下文；但若 Sublime 长时间后台运行，NSTextInputClient 连接可能老化失效——此时哪怕设置全对，也会突然失位。遇到这种情况，只需 Cmd+Q 再启动，别信“重启输入法”这种无效操作。
