居戎氏
能。 頂字上屏的前提是更長的輸入串沒有候選。
It's complicated. I cannot create an instant fix. Changes shall be made carefully. While trying to find a resource by file name, path is constructed by concatenating each prefix and...
@netzrh 这里讨论的不是在线输入。
哇，真是有趣的計劃。lotem的點子還真多呢。 不過想要實行，需要一個技術團隊。 還得完成一項先期任務：製作一個成熟的命令行（配方管理器）工具，先替代目前的腳本用作數據分發，再依託這一工具做數據共享。
Emacs 的 `counsel-unicode-char` 命令好用。输入法也适合用这个办法打出Unicode字符：输入Unicode字符编号或字符名称。
得加新的API，遍歷`Composition`裏面每一段輸入
請問正確的註音是什麼？
`射屙=dza u`?
我考慮一下怎麼做。 反查和簡繁轉換的先後，可以達到不同效果。 形碼應該先簡繁轉換、再用歸併後的字形反查。否則顯示的反查編碼有可能不對應顯示的字形。 那麼，對於先反查的情形，想要這樣處理： A.comment = a B.comment = b A'[A, B].comment = "{A.comment} {B.comment}" 目前是這樣處理： A.comment = a B.comment = b A'[A, B].comment = A.comment
@jakwings 這就是把所有註釋做字符串拼接麼？如果這樣沒有必要讀出各個單詞。 不過好了，還有一個小問題，若遇到完全重複（包括註釋內容也相同）的候選項，應該去除重複的註釋。 再一個，不能假設註釋內容是以空格分隔的一組編碼。也許做過拼寫運算換成其他分隔符，又或者是其他類型的註釋而不是反查結果。看來目前安全的做法的只有字符串拼接（間以空格）。 ``` gān→乾：十十人弓 gān→干：一十 ``` 經過繁簡轉換： ``` gān→干［乾、干］：一十 ``` 這一例需要用轉換後的字形做反查。待這個功能實現，兩種策略的衝突就解決了吧。