|[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
[Home] [Fedora Users] [Fedora Legacy List] [Fedora Maintainers] [Fedora Desktop] [Red Hat 9 Bible] [Fedora Bible] [Fedora SELinux] [Big List of Linux Books] [Yosemite News] [Yosemite Photos] [KDE Users] [Fedora Tools]