From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021014 Description of problem: kinput2 uses the key bind "Ctrl-o" for starting/ending-conversion. But Ctrl-o is used by many other programs (ie. GNOME applications for "File Open", (X)Emacs for some functions). So, the ley binding "Ctrl-o" should not use on kinput2. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce:fo 1. push "Ctrl-o" Actual Results: File Open dialog opens (GNOME etc.). can't use functions needed Ctrl-o ((X)Emacs). Expected Results: no effects against any other programs.
This happened in 7.x as well; it's apparently a kinput2 issue. It's easily reproducible. It's especially annoying because the Ctrl-o combination does not appear in /usr/X11R6/lib/X11/app-defaults/Kinput2 in the resources that allows one to add and remove new key combinations to start conversions. It doesn't appear in the file at all. Thus, it's impossible to prevent Ctrl-o from starting conversion. This is very annoying, because it makes it impossible to access functions called by ctrl-o. (It's particularly annoying in Pine, as it makes Postpone unusable, and pine does not have menus to click on, unlike other applications.)
It's Canna's configuration issue. this problem was already fixed. but it's in skeleton canna configuration file. so if you don't have (global-unbind-key-function 'japanese-mode) line in your .canna, you may still see this problem.
fixed the source codes in 3.6-15