居戎氏
我不明白你爲什麼要這樣做。建議你先講清楚功能需求，不要直接談實現細節。 如果能達到同樣的目的，用戶不需要關心具體的實現採用哪種做法。何況你舉例的這種情況只有詞典能正確處理。 方案裏的拼寫運算只能在拼音音節之間建立映射關係，例如設置模糊音，而不能給單個的字指定額外的讀音，更不能精確區分在不同詞語裏使用哪個讀音。
刪除這條轉換規則「实时→實時」應該也行吧？ 因爲這倆個字按字轉換都有唯一結果。
不能實現。打聽不到光標外面的內容。
沒轍，可能是個 BUG。但這種情況應該不會經常見吧？ 另外，可以設置快捷鍵切換方案，如默認配置有 Control+Shift+1 切換到下一個方案等等。
`test` 可參考 https://github.com/rime/home/wiki/CustomizationGuide#方便地輸入含數字的西文用戶名 定義一個模式匹配規則，不轉換符合該規則的輸入碼。
我猜输入法上屏之后才会提示吧？
> 今天我在尝试一些custom设置的时候也出现了严重的卡死.经过我的排查,确认了是这个设置导致的: > `style/display_tray_icon: true # 顯示托盤圖標` > 这是在帮助文档中和嵌入输入放在一块的,需要手动设置false,或者不要放进custom文件中. @fxliang 這個功能還有用嗎？不如趕緊去掉吧。
感謝拾柴。 doc/example.schema.yaml 輸入方案代碼模板，很多網友提出過，我感覺很難包羅萬象，因爲有的選項會根據組件的配置增減；另外，如果沒有詳盡的註解，用家也很難利用。將來也許應當考慮用問答程序輔助生成輸入方案。 相比之下文檔和示例對用家更有幫助。 在 WIki 開闢一個頁面如何？ https://github.com/rime/home/wiki Wiki 比代碼更方便在線編輯，且可以與已有文檔互相引用。 不過之前寫的文檔確實結構不佳，不方便檢索。 https://github.com/LEOYoon-Tsaw/Rime_collections/blob/master/Rime_description.md 這份文檔也收集了衆多選項，我認爲應當抄來，再把現有文檔重新組織。
I think there might be some feature gap between KDE and Gnome in terms of ibus integration. In Gnome shell, the IME status (the first character of the input schema,...
This might be an issue between ibus and KDE. The ibus-rime engine always annouces its status, but it interfaces with ibus, not directly talking to the desktop environment. So it's...