vscodevim-在-wsl-远程开发模式下无法自动切换输入法

vscode 下的 vim 扩展插件(vscodevim) 在 windows 下使用 wsl/ssh 远程开发时,设置的自动切换 windows 输入法无效,分析了下源码发现跟自动切换输入法相关的几个设置项,其 scope 被设置为了 machine:

https://github.com/VSCodeVim/Vim/blob/15dbe0b415f269a5be14dc74651a69b9334fba14/package.json#L1064

涉及到的设置项有:

  • vim.autoSwitchInputMethod.defaultIM
  • vim.autoSwitchInputMethod.switchIMCmd
  • vim.autoSwitchInputMethod.obtainIMCmd

翻阅 vscode 插件开发文档后了解到,当某个配置项的 scope 属性被设置为 machine 时,这意味着此配置项只在 vscode 核心具体工作的那台机器上生效,本地开发时自然是读取正常,但当进行 wsl/ssh 远程开发时,vscode 真正的核心(vscode-server)是在远程主机里工作的,本地可见的 vscode 只是个客户端或者说个空外壳,所以上述几个配置应该在远程主机中设置。

同时 vim 扩展插件的插件类型(extensionKind)被设置为了 ui 类,也就是说 vim 插件只工作 vscode UI 所在的地方,即只工作在客户端/空外壳上。

综上所述,进行远程开发时,vim 插件(其他插件也是这样)中提供的配置项,scope 属性为 machine 的配置需要在远程主机中设置,vscode 提供了这种操作的界面,如下图所示:

remote-vim-settings

需要注意的是,设置项的值应该跟在 windows 本地做开发的值是一样的,因为 vim 插件只工作在本地,只是需要从远程主机上读取这些配置(这一点设计的很奇怪)。

另外吐槽几句,vscodevim 这个插件目前是 vscode 中提供 vim 功能最完整的插件了,但是感觉 github 上的项目管理者对 PR 的审核很草率,经常引入进来新的 bug,让人头大。

而且感觉项目没什么人维护了,也不发布新版本,前端时间我提了个修复 bug 的 PR,来解决启用自动切换输入法功能时,按 s 或 c 键修改光标下的文本后,没有立即进入 insert 模式的问题,这导致继续输入后会有非预期的文本被替换掉,PR 早就合并了,但已经过去很长时间了,也没有新的 release 出来,上一个 release 版本是在 3 月初发布的,距今已经将近 4 个月。

github 上遗留了一大堆 issue 无人处理,已发布版本中各种小 bug 也没人修复,唉。

除了 vscodevim 另一个风评不错的 vim 插件是 vscode-neovim,安装体验了一把,着实还欠缺火候,不推荐使用。