「一简对多繁」的字在反查时缺失字音 about librime HOT 8 OPEN

为何一开始不为繁简字都标齐读音，而要靠输入法实现自动合并呢？打 tiu 的时候就无法找到“醜”？是码表编纂者故意为之？

所以我觉得直接修改码表更为简单合理，否则问题可能会被理解变成：制作码表时能否只标注繁/简体字编码，由输入法（繁简转换）自动为对应的字添加编码？

from librime.

@jakwings 误会了。「丑」和「醜」是两个不同的字，但是简化后的字形合一，也即标题所说的「一简对多繁」。「丑」字用于「子丑寅卯」、「生旦淨末丑」等词；「醜」字用于「醜陋」、「醜聞」等词。在这种方言里这两个字确实不同音，打tiu的时候不可以显示「醜」字。

from librime.

明白了，想得真细致。假如我是初学者，而且只想用简体字，那少了一个音的确不好。

from librime.

对于形码来说，这个功能反而不实用，因此还要加个开关或判断是否正使用 script_translator。

嗯，应该主要是去重合并时的问题，和反查、繁简转换顺序无太大关系。

from librime.

我考慮一下怎麼做。
反查和簡繁轉換的先後，可以達到不同效果。
形碼應該先簡繁轉換、再用歸併後的字形反查。否則顯示的反查編碼有可能不對應顯示的字形。

那麼，對於先反查的情形，想要這樣處理：
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

from librime.

我试着改进了一下编码去重，看看有没有什么问题？

https://github.com/jakwings/librime/commit/20fc5c7256aff71b81776016bf5611f518b9180f
测试用码表：https://gist.github.com/jakwings/01a0126d02bc349d9cf4

from librime.

@jakwings 這就是把所有註釋做字符串拼接麼？如果這樣沒有必要讀出各個單詞。
不過好了，還有一個小問題，若遇到完全重複（包括註釋內容也相同）的候選項，應該去除重複的註釋。
再一個，不能假設註釋內容是以空格分隔的一組編碼。也許做過拼寫運算換成其他分隔符，又或者是其他類型的註釋而不是反查結果。看來目前安全的做法的只有字符串拼接（間以空格）。

gān→乾：十十人弓
gān→干：一十

經過繁簡轉換：

gān→干［乾、干］：一十

這一例需要用轉換後的字形做反查。待這個功能實現，兩種策略的衝突就解決了吧。

from librime.

用最终字形对应的所有繁简字反查的确更精准，而且可以等到出候选菜单再查。

from librime.