在 macOS 上的输入法切换有两种模式：

1. Automatically switch to a document's input source

   每个 App 的每个窗口（视这个 App 如何定义它的 document）绑定有自己的输入法，切换窗口时自动切换。

   听上去很美好，但是实际使用起来并不如想象中的那般如意：

   1. 每个 App 对 Document 的定义不一样

      有的 App 每个窗口可以绑定不同的输入法，而有的 App 所有窗口共享一个输入法，丧心病狂如 Google Chrome 更是每个 Tab 都可以有不同的输入法。

      这样的行为很不统一，即使在同一个 App 中打字也要不断切换输入法。

   2. App 的重启并不会记得当前的输入法，下一次启动时会继承当前的输入法。

      这又增加了切换的成本。

   3. 不同 App 间切换输入法并不稳定

      有的 App（如 Google Chrome）会覆盖别的 App 的输入法，这又让输入法的切换变的神鬼莫测。

   上面三个原因让我宁愿将这个功能关闭，选择第二种非智能模式。

2. All app share a same input method

   所有 App 都公用一个输入法，虽然没有那么智能，强在比较可靠，只要能记得当前是哪个输入法，就能比较顺利地输入。

   但是，当全心投入工作时，记忆当前是哪个输入法，还是比较让人分心的。

   另一种方案就是输入前确认当前是哪个输入法，但是如果 menubar 被隐藏的话就比较麻烦了。

因此，第三种方案出现了：为每个 App 设置一个默认输入法，每次切换 App 时都切换到对应的默认输入法。

这个方案的优势在于：

1. 我们使用的 App 和输入法之间的对应关系是比较固定的

   微信之类的聊天工具主要使用中文输入法，编辑器等生产力工具主要使用英文输入法，至于浏览器这类需要切换的，再进行切换就可以满足需求了。

2. 如果每个 App 都设置了一个默认输入法，我们就能通过这一默认设置在进行 App 切换后取得一个比较稳定的输入法状态，方便我们知道当前的状态。

GhostSKB 就是使用这个思路的输入法自动切换工具。虽然在输入法切换方面做得不错了，实际使用后，它确实通过上述思路把输入法切换问题解决得不错，但是它还是有几点不足：

1. 不能检测到 Spotlight 的窗口

   对我来说（使用英文系统）Spotlight 是一个和英文输入法强耦合的应用，我在 Spotlight 中几乎没有中文输入的需求，因此，在微信这样的中文输入应用中打开 Spotlight 用中文输入法进行搜索对我这样的强迫症来说是比较痛苦的。

2. UI 比较简陋

   作为通知栏应用，可能由于作者经验不足，UI 设计方面和 macOS 系统并不契合，显得比较突兀。幸好打开次数不多，但每次打开还是比较不舒服。

3. 操作比较繁琐

   毕竟是 GUI 操作，不如在编辑器中写配置文件方便。

基于以上几个痒点，我又开始寻找其他的解决方案，正好之前通过 Hammerspoon 代替了 Slate 的窗口管理功能，又有 fcitx-remote-for-osx 在 Emacs 中的 Evil-mode 切换输入法，就想着把按 App 切换输入法功能用 Hammerspoon 实现。

经过半小时的研究，就实现了这个功能，代码十分简单：

local function fcitx_remote(arg)
  hs.execute("/usr/local/bin/fcitx-remote " .. arg)
end

local function Chinese()
  fcitx_remote("-o")
end

local function English()
  fcitx_remote("-c")
end

local function set_app_input_method(app_name, set_input_method_function, event)
  event = event or hs.window.filter.windowFocused

  hs.window.filter.new(app_name)
    :subscribe(event, function()
                 set_input_method_function()
              end)
end

set_app_input_method('Hammerspoon', English, hs.window.filter.windowCreated)
set_app_input_method('Spotlight', English, hs.window.filter.windowCreated)
set_app_input_method('Emacs', English)
set_app_input_method('Slack', English)
set_app_input_method('iTerm2', English)
set_app_input_method('Google Chrome', English)

set_app_input_method('WeChat', Chinese)
set_app_input_method('Telegram', Chinese)

对比 GhostSKB 有两个优势：

1. 能监听 Spotlight 窗口创建的事件为 Spotlight 设置默认输入法
2. 编辑器中设置，更加方便

但几天使用下来发现依然不够稳定：

1. 通过 hs.execute 调用 fcitx-remote-for-osx 性能上有点问题，有时会有些许延迟
2. 在切换后马上开始输入的话有几率切换失败（表现为 menubar 输入法图标已经变化，但实际并没有切换成功）

今天发现 Hammerspoon 自身就带有输入法相关的模块 hs.keycodes ，便用它重写了上述功能：

local function Chinese()
  -- hs.keycodes.setMethod("Pinyin - Simplified")
  hs.keycodes.currentSourceID("com.apple.inputmethod.SCIM.ITABC")
end

local function English()
  -- hs.keycodes.setLayout("U.S.")
  hs.keycodes.currentSourceID("com.apple.keylayout.US")
end

local function set_app_input_method(app_name, set_input_method_function, event)
  event = event or hs.window.filter.windowFocused

  hs.window.filter.new(app_name)
    :subscribe(event, function()
                 set_input_method_function()
              end)
end

一开始需要用两个不同的函数来设置 U.S. 和简体中文输入法，一番搜索后发现是 macOS 自身的限制，见：

• hs.keycodes.methods() should include com.apple.keylayout.US · Issue #1022 · Hammerspoon/hammerspoon
• Add support to hs.keycodes for enumerating/selecting Input Methods · Issue #945 · Hammerspoon/hammerspoon

于是就切换到了 hs.keycode.currentSourceID

性能上比 fcitx-remote-for-osx 有一定提高，稳定了不少。

Hammerspoon 还是一个非常强大的工具，能替代其他很多 App，下一回可以讲一讲我用 Hammerspoon 替代 Contexts 又回到 Contexts 的经过。