about quickfill and Japanese Input Methods

[Yusuke DOI]

Ian,

Your note on preediting helped me so much.
The bad luck was SKK(skkinput and also for skk-scim) does not work well 
with floating preediting window, but I can switch it to another method.


Thanks,

Yusuke

Ian Lewis wrote:
> Yosuke,
> 
> 2007/7/19, Yusuke DOI <doi at wide.ad.jp>:
> 
>> BTW, I've noticed a problem. When I try to input some description on the
>> transactions view, I cannot input any Japanese character. I usually use
>> skkinput to input Japanese on X applications. Also, another user also
>> reported the same problem in the following bug report with Anthy,
>> another Japanese (or multilingual) input method:
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=391218
> 
> There have been a couple mentions of how the register doesn't show the
> preedit string when inputing languages that do preediting (at least
> for SCIM/UIM. I don't know about skkinput). Turning off displaying the
> pre-edit string and showing it in a floating windows has generally
> worked for people in the past as a workaround.
> 
> As the problems I'm aware of involving Gnucash and Japanese input
> involve the register (other gtk2 dialogs and widgets work fine) I'm
> not sure if quickfill is really the problem.
> 
> The problem should be at least revisited and addressed in the register 
> rewrite.
> 
> See:
> http://bugzilla.gnome.org/show_bug.cgi?id=337020
> http://bugzilla.gnome.org/show_bug.cgi?id=445446
>