I managed to reliably reproduce the bug with the romaji (see below).
Start a program from command line, such as:
$ LOCALE=ja_JP quanta
Inside quanta, the Japanese conversion works fine UNTIL you display a dialog box (for example, do a search and replace, etc.). After that, instead of getting hiragana, you get romaji and no kanji conversion.
I'd like to install the latest stable release and try again. What is the latest stable release and can you give me the URL to download it?
-jr
FYI - My environment:
iiimf-client-lib-11.4-60 iiimf-client-lib-devel-11.4-60 iiimf-csconv-11.4-60 iiimf-docs-11.4-60 iiimf-emacs-11.4-60 iiimf-gtk-11.4-60 iiimf-le-canna-11.4-60 iiimf-le-hangul-11.4-60 iiimf-le-inpinyin-0.3-2 iiimf-le-newpy-11.4-60 iiimf-le-unit-11.4-60 iiimf-le-xcin-0.1.5-1 iiimf-protocol-lib-11.4-60 iiimf-protocol-lib-devel-11.4-60 iiimf-server-11.4-60 iiimf-x-11.4-60 kernel 2.6.6-1.435 KDE 3.2.2-8.FC2
On Thu, 2004-09-09 at 02:19, Akira TAGOH wrote:
morpheus> Finally, I still occasionally have a problem when I am editing a morpheus> document and switching back and forth from IIIM to English input, morpheus> eventually in IIIM it will not convert to Japanese anymore. It will morpheus> only convert to romaji. For example, normally in IIIM, if you type: morpheus> konnshuu morpheus> You get hiragana こんしゅう and then you can convert to Kanji. However, when morpheus> this bug happens, instead of getting hiragana こんしゅう, I get romaji: morpheus> konnshuu morpheus> When I try to convert it (press space) I get three conversion candidates morpheus> in the 候補選択 window: morpheus> 1 konnshuu morpheus> 2 konnshuu morpheus> 3 konnshuu morpheus> This happens in all applications. I'm not sure what triggers it, but it morpheus> only happens after I've been switching back and forth a lot. Is this a morpheus> known bug and is there a fix?
Hmm, well, I experienced similar problem too. but I'm still not sure how to reproduce that bug. if you see the reproducible way, please file a bug to bugzilla.
-- Akira TAGOH