ibus-hangul bugs

[Warren Togami]

On 04/08/2009 12:44 AM, Choe Hwanjin wrote:
> On Tue, Apr 7, 2009 at 1:16 PM, Warren Togami<wtogami at redhat.com>  wrote:
>> Hello Krisna,
>>
>> We have decided to make the Fedora ibus defaults behave exactly like Windows
>> IME in order to match the majority end-user expectations.  This means we
>> will not ship with legacy default hotkeys in cases where they conflict like
>> Shift-Space.  Users may configure it that way in options if they desire
>> non-default hotkeys and behaviors.  I have bought a Korean USB keyboard so I
>> can test Korean input with both US and KO layouts.
>>
>> I hope for your comment on the following.
>>
>> 1) BTW, where did F9 as Hanja conversion button come from?  This seems like
>> another legacy that conflicts with unrelated software.  Windows and Mac do
>> not have F9 as Hanja by default.  Perhaps this is because all modern Korean
>> keyboards have a Hanja button, making the legacy F9 obsolete?
>
> Yes, it is legacy. It came from hangul word processor and it still
> uses same key to
> convert hanja. It also used in Ami (old korean xim). scim-hangul,
> nabi, imhangul
> also use F9 as hanja conversion key. I prefer F9 and Hanja key as hanja
> conversion key.
> But if you insist, It's ok for me to remove F9 from hanja conversion keys.

Please keep F9 for now, until it can be configurable within ibus-hangul.

>
>> 2)
>> https://www.redhat.com/archives/fedora-i18n-list/2009-April/msg00004.html
>> Here is the current proposal for ~6-month ideal IM behavior, and the
>> compromise behavior for Fedora 11.  Fedora 11 development freeze is one week
>> from now.  I really need people to respond to this proposal.
>
> For koreans, they may be annoyed with right-alt and right-ctrl as trigger
> key and hanja conversion key.
> There are korean keyboard driver type 1, 2, 3 on windows, and with type 3,
> shift-space works as trigger key.

What is type 1 and 2?

>
>> 3)
>> https://bugzilla.redhat.com/show_bug.cgi?id=494445
>> ibus-hangul missing right-Alt or Hangul Han/En mode
>> How difficult might it be to implement this for ibus-hangul, so it behaves
>> equivalently to Windows Hangul?  Currently it is especially unfriendly to
>> use ibus-hangul with a US keyboard layout because we lack Han/En mode
>> switching.
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=491042
>> We especially need ibus-hangul to handle Han/En mode switching because we
>> cannot define right-Alt as a default global trigger, as it would be too
>> disruptive to non-Korean users.
>>
>> Do you agree?  I really hope for your help to add this to ibus-hangul,
>> because without this ibus-hangul is not usable with US keyboard.
>
> It requires that the input framework is enabled on start, or a user should
> press trigger key twice.
>
> Let's think about the behavior:
>   1. Run gedit.
>   2. Input method is not enabled yet. So a user should enable input method by
>       pressing 'ctrl-space'.
>   3. Now korean input method is enabled but it is in english mode. So the user
>       should press 'right-Alt' or anything else.
> I think it isn't acceptable for most users.

Would it be wrong for ibus-hangul to begin in Hangul mode?  That seems 
very reasonable?

>
>> 4)
>> https://bugzilla.redhat.com/show_bug.cgi?id=493687
>> ibus-hangul should default to vertical candidate selection
>> phuang says the next build will do vertical candidate selection
>> automatically for both ko and ja.
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=493706
>> [PATCH] ibus-hangul Hanja arrow keys are wrong
>> I think this patch is reasonably correct, especially with ko vertical
>> candidate selection.
>
> I think ibus-hangul should detect lookup table orientation and change
> the arrow key behavior according to the lookup table orientation.
> And I think it should not fixed, it should be changeble by a user or a
> programmer.

I agree it should be configurable, but we need a compromise with 
expected defaults for the Fedora 11 development deadline in less than a 
week.

>
>> 5)
>> https://bugzilla.redhat.com/show_bug.cgi?id=493509
>> [PATCH] ibus-hangul missing right Ctrl for Hanja button
>>
>> I know you mentioned that some Korean users don't want this.  My testing
>> however has found this to be default in Windows/Mac even with Korean layout
>> keyboard.  I think this should be default because US keyboard users expect
>> it.  You should add an option to ibus-hangul to turn it off if you think it
>> is important that some users really don't want it.  Do you agree?
>
> It's not difficult to add another hanja conversion key.
> And it is better to make it configurable.
> But making hot key configure widget takes some time.

I agree it should be configurable, but again we need to have something 
usable in a week.  The Han/En issue above and to a small degree the lack 
of this hotkey makes ibus-hangul currently unusable without a Korean 
keyboard.  We should add configurability after Fedora 11 when we have 
more time to implement the ideal interface.

#4 above is the most important issue we have remaining for ibus in 
Fedora 11.

>
>> 6)
>> https://bugzilla.redhat.com/show_bug.cgi?id=492929
>> ibus-hangul can cause gtk app to lockup
>> Very nasty bug hangul specific.  phuang said he fixed this upstream but I am
>> waiting for new builds to test it.
>
> I didn't know that.
> I will test it later, because I have no time recently.

Good news, phuang fixed this, it was a bug in ibus core.

Warren Togami
wtogami at redhat.com