Sublime Text在Win10下输入法候选框不跟随光标是因硬件加速与DPI感知未同步：需禁用OpenGL渲染（"hardware_acceleration": "none"）并设置高DPI兼容模式为“应用程序”，再安装魔改版IMESupport插件，最后彻底退出进程重启。
Sublime Text 在 Win10 下输入法候选框不跟随光标、甚至遮挡编辑区域，根本不是“遮挡”而是坐标失同步：Sublime 没把真实光标位置正确告诉 Windows 输入法（IME），导致候选框卡在左上角、跳到副屏、或滚动后彻底消失。这不是 UI 层面的“弹出位置错”，而是底层渲染与输入法接口没对齐。
关闭硬件加速 + 强制应用级 DPI 感知（Windows 必做）
Sublime 默认启用 OpenGL 渲染，但 Windows 的 IMM32 输入法 API 依赖 CPU 渲染坐标系；再加上未声明 DPI-aware manifest，系统会做虚拟缩放（比如 125% 缩放下报告的坐标被放大 1.25 倍），而输入法则按原始像素定位——结果就是候选框偏移几十甚至上百像素。
- 在
Preferences → Settings用户配置中添加："hardware_acceleration": "none" - 右键 Sublime 快捷方式 → 属性 → 兼容性 → 更改高 DPI 设置 → 勾选“替代高 DPI 缩放行为”，下拉选择 应用程序
- 两步缺一不可：只关硬件加速，高分屏下仍偏移；只设 DPI 模式，GPU 渲染可能卡住 IME 消息循环
- 改完必须彻底退出 Sublime 进程（任务管理器里杀掉所有
subl.exe），再重启
换用魔改版 IMESupport 插件（非 Package Control 安装）
Package Control 里搜到的 IMESupport 是原始版本，对 Sublime Text 4 和 Win10/11 高分屏完全失效。真正起效的是社区魔改分支——它重写了光标坐标映射逻辑，支持 DPI 缩放补偿和多屏跟踪。
- 从 GitHub 下载源码（注意链接不是官方 Package Control 地址）：
https://www.php.cn/link/9255e8df7dc6a615445f42c0fd94587a -
Preferences → Browse Packages打开插件目录，新建文件夹IMESupport - 把解压出的所有文件（含
ime_support.py和sublime_plugin.py）复制进去 - 务必先卸载通过 Package Control 安装的旧版
IMESupport，否则冲突 - 重启后自动生效，无需任何配置
切换为微软拼音输入法（临时验证 & 长期推荐）
搜狗、QQ 等第三方输入法对非原生应用（尤其是 Sublime 这类轻量编辑器）的 IME 集成非常粗糙，常默认启用“兼容旧版程序”“云候选”等干扰逻辑，加剧坐标错位。
- 临时测试：任务栏语言栏切换为 微软拼音，观察是否立即恢复正常跟随
- 长期开发建议：进入微软拼音设置 → “键盘选项” → “常规” → 打开“使用以前版本的微软拼音输入法”，可显著提升稳定性
- 若必须用搜狗，进其设置 → “高级” → 关闭“兼容旧版程序”、禁用“皮肤特效”和“模糊音”
Linux 用户注意环境变量注入（非 Windows 场景补充）
虽然问题标题限定 Win10，但很多双系统用户会在 Linux 下复现类似症状——本质是 Sublime 启动时没继承 GTK_IM_MODULE 等关键变量，fcitx5/ibus 根本不注入预编辑上下文，表现为“能打拼音但不出候选框”。
- 在
~/.profile中追加三行：export GTK_IM_MODULE=fcitx、export QT_IM_MODULE=fcitx、export XMODIFIERS=@im=fcitx - 必须注销重登录（不是仅重启 Sublime），否则变量不生效
- 避免用终端直接执行
subl启动，应通过桌面图标或带完整环境的 shell 别名调用
最容易被忽略的一点：所有修复都依赖进程级刷新。改完配置、换完插件、切完输入法，如果只是 Ctrl+R 或 File → Reopen，90% 的情况无效——必须杀掉全部 subl.exe 进程，从快捷方式冷启动。这也是为什么很多人试了七八种方法还失败：他们以为“重启软件”就够了，其实没真正重启进程。
