|Summary:||Problem abount uim.el and uim-input-pad-ja|
|Product:||UIM||Reporter:||Shun-ichi TAHARA <jado>|
|Status:||RESOLVED FIXED||QA Contact:|
|i915 platform:||i915 features:|
|Bug Depends on:|
Description Shun-ichi TAHARA 2006-04-12 16:16:41 UTC
uim-input-pad-ja seems not to be able to input against emacs bridge, uim.el. It works fine on the other bridges, uim-xim or gtk-im-uim. Are there any ideas?
Comment 1 Konosuke Watanabe 2006-04-12 23:06:08 UTC
uim-input-pad-ja cannot input any characters to Emacs buffer via uim.el because uim-el-agent, a back-end program of uim.el, ignores "commit_string" messages. In current implementation, uim.el can handle only events which occur after each user's operations in Emacs, and "commit_string" messages is difficult to support since they arrive independently from the operations. # uim-fep may also have the same problem. As a matter of fact, I'd never used uim-input-pad-ja up until today, and I didn't know the necessity of "commit_string" message (^^; So, I'll explore good way to handle this message. Please wait patiently (^^
Comment 2 Konosuke Watanabe 2006-04-13 11:30:01 UTC
(In reply to comment #1) > # uim-fep may also have the same problem. Sorry, I misunderstood. The reason why uim-input-pad-ja cannot input characters with uim-fep is different from uim.el's problem.
Comment 3 Konosuke Watanabe 2006-05-10 06:03:32 UTC
Fixed in r3378.