Hangul Input Method -> Korean Input Method
release 1.3.0.20100329
Add a new feature

  commit the candidate when it clicked by the user.
  issue #921
Update lookup table managing code

 After 53607e033002977d350d84fb210b3f7fb372e776, there is a problem with
 lookup table manaing. Even when the lookup table is showing, focus out
 event cause committing preedit text. But in that case, the preedit string
 should not be committed. And the focus is in again, the last lookup table
 should be shown. So I've change the code to conform to this behavior.
Clear preedit text on ibus_hangul_engine_reset()
Ignore modifier keys only when they are in hanja key list

Bug #1036: http://code.google.com/p/ibus/issues/detail?id=1036
If any hanja key has any modifier key, we should ignore that
modifire key, or we cannot make that work.

Let the hanja key 'control + h'.
User may press control, and slightly after press h.
So if we commit preedit string on control key, user will have
no preedit string when he/she press 'h'.

But some case hangul engine need to commit on modifier keys to prevent
client's malfunction which is caused by misimplementation.
Remove debug code
Normalize keyval for position before use

Korean input method depends on the key position on the keyboard, not the key
value. So we need to change the keyval to some generic value which can
represent the position on the keyboard. I choose the US qwerty layout as the
generic value. Before passing the keyval to libhangul, we change the keyval
as if the keyboard is US qwerty keyboard. Then, libhangul can handle the
keyval as the right position.
This will fix the problem with non-qwerty keyboard users.
Dynamic hangul keyboard listing

Using libhangul 0.0.12, ibus-setup-hangul will show hangul keyboard list
from libhangul dynamically. So after this, when the libhangul updated,
ibus-setup-hangul will show newly added hangul keyboard automatically.
Do not normalize keyevent on romaja keyboard

Romaja hangul keyboard is not transliteration method. So when the hangul
keyboard is romaja method, we should use the char from the keyevent without
conversion.
version up to 1.3.1
Add new binary file for setup tool
issue: #1210 hangul_keyboard_list should be moved

hangul_keyboard_list is architecture dependent file, so it should be
installed in ${pkglibdir} or its subdir. I made it installed in
${pkglibdir}/setup.

config.py will be created by Makefile not configure. Variable ${pkglibdir}
is suitable for Make, but python will not expand it correctly. It's better
for Make to generate config.py so that Make expand the variables.
Use GETTEXT_PACKAGE in ibus-setup-hangul

ibus-setup-hangul use hardcoded string for text domain. But it will be
better to use GETTEXT_PACKAGE from configure script.
So I add gettext_package variable to config.py and ibus-setup-hangul use it.
ibus-setup-hangul also should be generated by Make
Add and update copyright notices
Ignore key event with only specific modifiers

Without this fix, a user cannot input korean when the user pressed
some keys and mouse buttons at the same time.

Before this, ibus-hangul ignored every key with every modifiers
except shift, capslock and numlock. But it is better to specify the
modifiers to ignore.

Issue #1289 IBus-hangul engine ignores key events when any mouse button is down
port to ibus 1.4

fix #1317: http://code.google.com/p/ibus/issues/detail?id=1317
Check whether hic is transliteration method or not

Normalizing keyval is applied only when the hic is in transliteration
mode. The information about the input method logic should be retrieved
from libhangul hic.
So we use new API from libhangul 0.1.0.
release 1.3.2