한글 IM의 역사 ...

툴킷과 데스크탑 환경이 바뀌었기 때문입니다. 예전에 쓰던 Xt나 Motif 같은 것들을 지금도 쓴다면 그 시절에 맞추어 만들어진 HanIM 같은 걸 쭉 쓰면 될 겁니다. 요즘도 한글 카드를 꽂아서 도깨비 한글을 쓰거나 윈도우에 한메 한글을 따로 깔아서 입력한다고 생각해보세요.

하지만 그간 많이 바뀌었죠. 여러 데스크탑 표준 규약이 나왔고 그에 따라 환경은 변하는데 예전 방식대로 만들어진 프로그램을 고치느니 새로 만드는 게 나을 수도 있습니다. HanIM이 한창 표준이던 시절 gtk+를 써서 ami가 나온 경우나, gtk2가 태동하던 시절에 각종 gtk IM 모듈이 나온 게 그런 식일 겁니다. IIIMF나 SCIM 같은 통합 프로젝트가 있으면 또 그에 맞춰 한글을 입력하는 모듈을 작성하는 거구요.

이따금 기존 방식과 다른 식으로 입력기를 구현하는 경우도 있습니다. xkb를 통해 복잡한 오토마타 과정을 피하고 거의 즉시 한글을 완성하는 방식이라던가 (이건 써보진 않았지만) 테이블 방식을 이용한 게 scim-tables-ko로 들어갔다던가 하는 게 있습니다. 또 im-hangul이 나오기 전의 gtk2에는 생뚱맞게도 일본에서 한글을 공부해 만든 두벌식 입력기가 들어가기도 했습니다. 조합이 제대로 되지 않아 지금은 없어졌을 겁니다.

요즘은 http://kldp.net/projects/hangul 에서 입력기를 비롯해 한글 관련 프로그램에서 공통으로 쓸만한 라이브러리를 만들고 있습니다. http://hangul-jfbterm.kldp.net/ 에서 이미 쓰고 있으며, 앞으로 scim-hangul에도 채택될 예정으로 알고 있습니다.

다만 지금 껏 아쉬운 것이 있다면, 뭔가 획기적인 입력방식이 드물다는 점입니다. 마우스로 대충 그려서 입력한다던가, 키보드 그림이 화면에 떠서 꾹꾹 눌러서 입력한다던가, 알파벳으로 입력된 문자열을 다시 넘겨서 한글로 뽑아낸다던가 하는 것들이 분명 주변에 존재하는데 입력 방식의 일종으로 인식되기보다는 그냥 신기한 기능으로만 남는 것 같습니다. (말 꺼낸 사람이....라죠? -_-)

국내 한글 입력기들이 GTK+ 환경에만 너무 초첨을 맞춘 나머지 Qt 환경에 신경을 쓰지 못한 것이 아쉽습니다.
일례로 나비가 KDE에는 잘 안 붙죠. 그나마 요즘은 SKIM이 나와서 다행이라고 생각합니다.
윈도우즈와 MS 오피스 2003의 확장 입력기를 사용한다면 한글 필기 인식 같은 것도 지원합니다.
하지만, 저는 타블렛을 한 번도 안 써 봐서 이것은 불편하다고 생각합니다.
또한 일본어와 중국어 IM에 비해서는 처리해 줄 것이 단순하고 키보드로만 충분히 입력할 수 있기 때문에 지적했던 기능이 안 나오는 것 같습니다.

kz // scim-tables-ko 입력기는 진짜 운이 따라 주어야 쓸 수 있습니다.
조금만 느리게 쓰면 글자가 풀려 버립니다.
---- 절취선 ----
http://ubuntu.ksa.hs.kr

제가 ami이전은 잘 알지 못하므로 자세히 이야기하기는 어렵지만, 그 이후의 이야기는 좀 해드릴 수 있겠습니다.

입력기의 변천은 입력기 독자적으로 발전해 온 것이 아닙니다. toolkit의 변화에 따라서 변해온 것이죠. ami가 등장한 것은 X11R6에서 제공하는 XIM 기능을 구현하여 I18n 환경에서 한글 입력을 구현한 것입니다. 이전의 HanX 같은 것들은 아마도 X11R5 시절에 사용 가능했던 것일 겁니다.

ami는 황치덕님이 GTK+1으로 만든 한국어 XIM 입니다. 그런데 시간이 지나면서 GTK+2.0이 나오기 시작했고, GTK+2.0은 입력기 프레임웍으로 XIM을 직접 연결하지 않았습니다. XIM과 툴킷 사이에 gtk-im-module 프레임웍을 도입했죠. 그래서 gtk+2.0 개발 과정에서 일본인 개발자 Yusuke Tabata가 한국어 입력기 모듈을 제작해서 추가했던 것입니다. gtk+2.0 초기 버젼에 그 모듈이 있는 것을 확인 하실 수 있을 것입니다. 그런데 그 입력기는 한국어 입력을 emacs에 있는 한국어 입력 테이블을 이용해서 만든것이다 보니 한국어 입력할때 음절을 제대로 분리하지 못해서 약간 불편한 점이 있었습니다. 그래서 그것을 보완하는 third party gtk-im-module이 개발된 것이고, 그 입력모듈을 gtk+2.0의 기본 입력 모듈로 추가하려는 계획이었습니다만, gtk+2.0 개발자인 Owen은 입력 프레임웍이 너무 복잡해지고 커지는 것을 원치 않는다면서 한국어 gtk-im-module(im-hangul)을 메인 스트림에 포함하려는 계획을 포기해버렸습니다. 그래서 그 중간에 개발되었던 모듈을 버리지 않고 아직도 프로젝트를 유지 하고 있는 것입니다.

당시에 GTK+2.0이 도입되면서 툴킷 내부의 기본 인코딩으로 UTF-8을 사용하기 시작했고 ami에서도 UTF-8 인코딩을 지원해야할 필요가 생겼습니다. 그러나 ami의 개발이 점차 늦어지는 상황에서 UTF-8 지원 코드가 일부 들어 갔지만, GTK+2.0 툴킷은 지원하지 못햇습니다. 그러다보니 GNOME 2.0 환경에서 ami가 GNOME의 애플릿으로 작동하지 못하는 문제가 있었습니다. 그런 문제를 한꺼번에 해결하고자 GTK+2.0 프레임웍으로 개발하고, 애플릿대신 Notification Area를 사용하며, 내부적으로 UTF-8 인코딩을 기본적으로 지원하는 XIM nabi가 개발되었습니다.

그런데 이쯤해서 XIM 프레임웍에 질려버린 CJK 일부 사람들이 여러 나라의 언어를 한꺼번에 입력 가능한 입력기를 만들고자 한 것입니다. 그래서 Sun Microsystems를 중심으로 iiimf 프로젝트가 시작되었고, iiimf는 한국어 입력기가 없었는데, 거기에 한국어 입력기 엔진(iiimf-hangul)을 추가한 것입니다. 그후 썬 쪽에서 kole라는 한국어 입력기를 또한 추가하였습니다.

다른 쪽에서는(아마 터보리눅스였을 것입니다) SCIM이라는 프로젝트를 시작하였는데 초기에는 한국어 입력기가 초기의 gtk im module과 같이 한국어 테이블을 이용하여 만들어져 있었습니다. 그런데 scim을 중국어 입력기로 사용하시던 김기태님이 한국어 입력기가 이상하다면서 SCIM 개발자 James Su에게 im-hangul을 소개했습니다. 그러자 SCIM 개발자가 im-hangul을 SCIM 프레임웍에 맞게 포팅하면서 scim-hangul이 새로이 추가되었습니다.

한편 GTK+2.0의 입력 프레임웍에 자극을 받은 일본 개발자 Yama Ken이 Qt im module 프로젝트를 시작했고, Daisuke Kameda가 작업을 하여 Qt에도 im module 프레임웍이 도입되었습니다. 그래서 im-hangul과 같이 손쉬운 한글 입력기를 제공하고자 하는 목적으로 qimhangul도 제작된 것입니다.

지금까지 이야기를 보면, 한국어 입력기가 많은 이유는 리눅스에 왜 GTK+와 Qt라는 같은 기능을 하는 툴킷이 여러개 존재하고, GNOME, KDE, XFCE등 데스크탑 환경이 여러개 존재하는지와 같은 이유라는 것을 알 수 있습니다.

참고로 외국인에게 한국어 입력기에 대한 설명을 하기 위한 kldp wiki 페이지가 있습니다.
http://wiki.kldp.org/wiki.php/KoreanInputMethod

또한 외국인을 위한 로마자 방식의 입력기가 있다는 사실도 알려주시는 것이 좋겠군요.
simpleHangul http://www3.sympatico.ca/d.moser/hangul.html
scim-tables의 "Hangul Romaja"

후후~ 저도 우분투 멜링 리스트에 가입되어 있었구, 그 독일친구로 부터 이멜을 받긴 받았는데, 이틀정도 멜첵을 안하고 다시 확인해보니, 어느분께서 친절히 답변을 달아주셨더라구요.. 그 분이 여기 이렇게 계셨는줄 몰랐는걸요? 쿠~

암튼 반갑습니다~