居戎氏
`inline_offset` 是新加的嗎？爲什麼 x y 用同一個值？
我準備給 Squirrel 構建成功再合併這項修改。
`fv`似乎是與 `f^` 那一組編碼對應的。不過終究是對應不工整。 我也沒有發言權，還是先問問潘老師吧。
可以用替代方案，比如用自己做的拼音方案代替。 但 luna-pinyin 詞典是傳統中文爲主的，可能無法反查五筆的簡體詞組。
那么，为什么要调呢？ 经过不少次编辑，但大多仍保持从繁体语料统计出来的字频。简化字、日本汉字语料中有可能出现，如果不形成太大的干扰，我觉得按统计值排序要比人为设置权重合理。
我自己在gitee.com/lotem把代碼庫都鏡像了一份 主要目的是自己提交、保存代碼速度快些，次要目的是準備將來做替代的下載點，現在工具還不支持 可以先手動拿去代用 https://gitee.com/lotem/rime-wubi
按照程序逻辑，Shift键按下到放开的过程中按下了其他字符按键，如字母键，是不会发生切换的。只有快速单击Shift键才会切换。 题中所述的问题在这种情况下未能重现。 需要您提供进一步的线索，例如是否只在某个特定应用里发生该问题？ 这可能是个别应用处理键盘事件导致冲突，也可能是键盘硬件故障Shift键产生了快速重复按键的信号。 另外请仔细观察记录发生故障时的按键动作。是否有未觉察到的短暂单击Shift键的动作。 如果Shift做切换键不合适，可以考虑在配置里禁用，改成Control键或者使用组合键。 新的配置里有一组备选的快捷键，其中中西文切换使用 Shift+space： https://github.com/rime/rime-prelude/blob/master/key_bindings.yaml#L59
> 这种问题该怎么调试啊? 什么情况下应用程序会影响系统输入法状态? 难道它给把一个按键事件发送给了系统? 比如发送了shift按键事件给系统? 然后系统再传给输入法? > > 我的理解是按键事件首先被输入法截获, 然后转换后才传给应用程序. macOS 上輸入法可能不是首先處理鍵盤事件的。 Shift鍵的要點在於，切換發生在keyup事件，在此之前應用有可能響應了Shift keydown，以及key up之前的字符按鍵。 順便提一下，我用 emacs 26.2 測試未能重現。 或許是某些配置包導致的問題。請務必用 `emacs -Q` 在無配置狀態下測試。
https://github.com/rime/librime/blob/master/src/rime/engine.cc#L99 Debug build會輸出這項日誌。Release build沒有。 我猜測是emacs處理了Shift keydown和Shift keyup之間的其他字符按鍵事件，輸入法不知道Shift鍵和字符鍵並用。 問題是我也一直使用Emacs，系統是macOS 10.14.6，並未遇到過這種情況。
Mac上Emacs會先於輸入法處理按鍵（功能鍵、組合鍵），這一點幾乎可以確認。 因爲 `` C-` `` 在Emacs裏無法打開方案選單，而是被Emacs截獲並報錯 ``C-` is undefined`` 。F4 也無效。