https://bugs.kde.org/show_bug.cgi?id=431866
--- Comment #3 from 2wxsy5823...@opayq.com --- Thanks for the response. You are right that radkfile isn't matching a kanji to the respective radical. e.g. 摘 has the element 口 so it is included in the 口 radical/element section. The button to open kitenradselect is labelled "部首の選択" so it may be misleading. I thought it would be the same as how you lookup a kanji based on its Kangxi radical in a Japanese dictionary. In my opinion, adding a lookup method which is based on the standard Kangxi radicals (in addition to the existing method of lookup by element / non-standard radicals) will be good, but I guess the structure of radkfile and the large number of kanji makes this difficult, unless someone volunteers to create a file which properly matches a kanji to its respective radical. -- You are receiving this mail because: You are watching all bug changes.