https://bugs.kde.org/show_bug.cgi?id=431866
--- Comment #2 from Frédéric Brière <fbri...@fbriere.net> --- (In reply to 2wxsy58236r3 from comment #1) > Some radicals are not represented using the proper glyphs. Is it because the > file uses EUC-JP encoding? Yes. (Or, to be more precise, it is restricted to JIS X 0208.) > For example, radkfile uses "化" to represent the radical "亻", "个" to > represent the radical "𠆢", and "刈" to represent the radical "刂". I've already written a patch that replaces those substitutes with the proper characters, but since it would conflict with another merge request, it's on the back-burner at the moment. > As stated in [1], the radicals/elements used in the decomposition are NOT > the same as the classical 214 radicals. Exact. If you see this as a problem, you seem to be mistaken about the purpose of kitenradselect, which is simply to provide an easy way to look up kanji based on their written form. Take it as an alternative to SKIP, the Four-Corner Method, and other similar methods. -- You are receiving this mail because: You are watching all bug changes.
