居戎氏
這個現象是實現方法決定的，也不能說是有意爲之。 原因是 librime 把 `Caps_Lock` 的按鍵事件當成一個「切換」動作，而不是讓 `ascii_mode` 時時同步 Caps Lock 狀態變化。 也許最初想着：會不會有輸入方案就是要用大寫字母輸入編碼，大寫鎖定狀態也能輸入中文呢，就這樣先決定了他是一個可通過配置啓用的「切換」鍵。可是我自己不用 Caps Lock，所以也想不出這個行爲究竟有沒有用，也沒有關注 Caps Lock 狀態的中文輸入能不能實現。 macOS 又把情況搞複雜了，Caps Lock 不一定用來點亮大寫鎖定。 librime 的 `ascii_mode` 也有其他方式切換，如按 `Shift`、按其他自定義的組合鍵、根據 app 自動匹配、由外部程序設置； 在實驗過程最後一刻，大寫鎖定關閉的狀態下，我不太確定要不要讓輸入法自動切回中文，也許目前的狀態是用戶或其他程序主動設置的？ 總之就是...
可能有一定幫助吧。但是我也注意到 `update_notifier()` 等這一系列 getter 已經把 `Notifier` 對象暴露給其他組件了。 PR 裏的修改只能管住 `Context` 類的發的通知，管不住其他代碼發的通知。有沒有辦法？
我刚刚看明白这个不是防范异常的。
究竟要做什么，请讲讲。 如果要实现某个功能，我想了解这个功能的完整设计。 只见到你设计好的一套实现，我无法判断这种实现能否有效应对现实中的问题、是否最优设计。
@ksqsf 考不考慮換數據庫？
這是個功能。也是「詞兒連寫」的意義所在。 拍空格也是一項輸入信息。表示此處可以有較大的停頓，前後的字聯繫不緊密。 連寫時應首選詞組「共和國」，而通過空格分詞，輸入「共·喝過」「恭賀·過」等詞組，相對於連寫有較高的成功率。豈不美哉？
不需要同步…… 所有應用裏的輸入法前端程序都用一個輸入法會話就可以了喲。 有的前端程序以應用爲單位建立不同的輸入法會話，各自維護輸入法狀態。這樣的功能還是有需求的。 你問支不支持，我說支持的。我就明確給你告訴這一點。ibus-rime 就是這樣做的。當然，那兒的用家可能也會問能否支持每個應用分開做輸入法切換？這就……你總要選擇一種策略，統一行爲，無法智能到自動預判用家每時每刻的期望。 如果有能力就改改前端程序，試用一段時間，看看值不值得擁有。librime 不用改。 真要正式做，會牽涉到很多細節，比如現有的按應用自動切換輸入法功能怎麼兼容。
数字键盘可能不支持的。我没有/不用。所以一直没做。 默认行为是绕过输入法，直接输入数字。因为按键码与主键盘区的数字键不同，输入法没有做处理。
附的具体是什么议？有没有人详细定义定义，小键盘的数字键不选字，那要做什么？ 如果要输入网址，从 `www.` 之后就识别到网址了，不会有候选字，这时候按数字键就会追加到网址。 如果要数字键直出数字，那么没有输入字母的时候，数字原本就是直接上屏的； 如果前面有字母，数字前面的字母不是也会转换成中文吗，仍然需要切换。
对于熟悉小键盘的用家，一个例子足够说明问题。 笔者从未用过数字小键盘， 仅凭他人的模糊描述去编程，肯定难以周全。 这事还得等一个程序员来完成。