Re: ibus-hangul bugs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 04/08/2009 12:44 AM, Choe Hwanjin wrote:
On Tue, Apr 7, 2009 at 1:16 PM, Warren Togami<wtogami@xxxxxxxxxx>  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@xxxxxxxxxx

--
Fedora-i18n-list mailing list
Fedora-i18n-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-i18n-list

[Index of Archives]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]

  Powered by Linux