居戎氏
沒有專門製作前綴匹配的索引, 所有前綴匹配的字詞, 可能會是巨量的, 因此爲了效率故, 沒有一下檢索出來, 也就無法排序.
得專門加索引. 這項功能安排到 R2 裏開發.
This feature should not be added as a hidden behaviour. There are input schemas which do encode symbols. Consider creating a separate tool for editing code in the yaml dictionary....
如果說，按組合鍵，上屏指定的任意Unicode字符串，我覺得這個功能有意義，是現有機制不容易做到的。 單說要用快捷鍵直接上屏英文小写，不太理解使用的場景。總感覺不是最好的實現方法。
又仔細讀了一遍原題中的背景介紹。 要說錄入單個字母取得提示，發個組合鍵是挺快。但這裏有兩個破綻： 一是有的自動補全提示場景，需要繼續輸入多個字母才能定位到想要的選項，那麼連續發快捷鍵就不像單發那樣操作便捷了。 二是發組合鍵要事先想到這個場景要讓字母上屏，先在顱內切換好輸入方式，再指揮雙手做出一套與平時輸入字母不同的動作，心智負擔蠻大。 會不會有更自然，同樣快速，且適應更多場景的操作方式呢。 我看，輸入字母序列後按一個表示字母原樣上屏的功能鍵就不錯，比如很多方案裏配置的 Return 或是 Shift+Return。字母較多時依舊操作便捷，沒有提前想到切換也能在輸入字母後補救，他最大的好處是不改變已經習慣的字母輸入方式，無需任何適應性訓練。其侷限僅僅是和一些形碼的自動上屏功能有衝突。
這功能的實現，有啥想法？ 或許應該和多種切分路徑的問題一起考慮。
應該是這個原因： https://github.com/rime/librime/blob/1f3bf35691a5ad066ef36775e289525f3b092e28/CMakeLists.txt#L62 這裏的判斷 `if(LINUX)` 需要 cmake>=3.25 如果 cmake 版本較低不支持 `LINUX` 變量，就會要求 boost>=1.77 從而出錯
目前的策略就是這樣. 參考其他主流中文輸入法, 快捷鍵做臨時的狀態切換. 而方案選單類似設置程序的作用.
不過這裏可能有 BUG: session 2 裏, 切換方案前後 full_shape 應當不變. 這不是通過保存到 user.yaml 實現的, 而是不清除或重置內存中的狀態. 除非方案裏指名要重置 (如 ascii_mode 通常在切換方案後重置爲 0).
退出 rime_api_console 進程後再運行就不是同一個 session 了.