[ Home | Freetime works | FreeBSD | KFUG ]

오픈 소스 유닉스에서의 한글 구현 - hanterm

이 글에서 언급하는 hanterm은, CAIR-Archive에서 구할 수 있는 hanterm304beta7.tar.gz에 기준한다. 이외의 hanterm에 대해서는 별도로 언급하겠다.

소개

hanterm의 가장 특징이자 한글 처리 소프트웨어에 대한 공헌은 바로 운영체제에 종속적이 지 않은 한글 입출력 기능의 훌륭한 예를 보여주었다는 것이다. hanterm에는 2벌식과 3벌 식 한글 입력, 한자와 특수기호 입력, 조합 글꼴을 채용한 현대어 모든 한글의 입력과 표시, 완성형과 UTF-8인코딩 지원등 지역화된 한글 처리에 있어 가장 모범적이고 올바른 처리를 하고 있다. 필자의 개인적 생각으로는 hanterm의 편리성이 오히려 다른 한글 처리 프로그 램의 개발을 더디게 할 정도였다고 보는데, 이는 터미널 작업이 주된 일과가 되는 유닉스상 에서는 hanterm만으로 거의 모든 한글 관련 작업이 가능했기 때문일 것이다.

또 한가지의 특징이라면 hanterm의 역사과 개발 과정 자체가 오픈 소스 개발 방식의 훌륭 한 예가 된다는 것이다. 국내에 유닉스가 일부 전문가의 전유물이던 시절에 개발되어 뉴스 그룹과 FTP등을 통해 전파되면서 수많은 사용자를 얻게 되었으며, 여러 사람들의 패치로 인해 점차 수많은 기능을 추가하여 현재에 이르게 되었기 때문이다.

역사

hanterm은 1991년 과학기술원에 재학중이던 송재경씨에 의해 개발된 프로그램으로, 처음부 터 쓰여졌던 1.x와는 반대로, 2.x부터는 xterm코드에 대한 패치로 개발되었다. 최초의 3.0 버전은 1993년 9월에 나왔으며, 처음에는 조합 글꼴만 지원하는 프로그램이었으나, 이후 김대식(dkim@surecom.com)씨에 의해 3.04beta3까지의 릴리즈를 발표하였고, 여기에는 완 성형 글꼴 지원, 조합 글꼴의 한자와 전각기호 지원과 자잘한 버그 패치 등이 추가되었다. 3.04beta4는 윤영선(ysyun@bulsai.kaist.ac.kr)씨에 의해 발표되었고, 1998년 2월에 오성규 (skoh@camars.kaist.ac.kr)씨에 의해 3.04beta5와 3.04beta6이, 마지막 릴리즈인 3.04beta7은 김대식씨에 의해 릴리즈되었다.

컴파일과 설치

 ftp://cair-archive.kaist.ac.kr/pub/hangul/terminal/hanterm

  ftp://sunsite.kren.ne.kr/pub/packages/hangul
  ftp://ftp.hpcnet.ne.kr/pub/hangul/cair-archive

대략 X11R5이상 시스템을 가진 경우라면, hanterm소스를 풀어 간단히 설치할 수 있다. 설 치에 관한 내용은 소스 내의 여러 README파일에 잘 설명되어 있으니 별도로 언급하지는 않겠다. 조합 글꼴은 위 사이트에서 hanterm이 있는 곳의 fonts/디렉토리 아래에 있는데, 조합 글꼴이 필요한 경우에만 설치해서 사용하기 바란다. 조합 글꼴은 없어도 상관없다.

리눅스/FreeBSD 사용자가 가장 쉽게 설치하는 방법은 소스에서 설치하기 보다는 미리 만들어진 패키지를 이용하는 것이다. 알짜 리눅스의 경우 기본적으로 포함되어 있으며, 필 요한 경우 FTP 사이트(ftp://ftp.alzzalinux.com)와 그 미러 사이트에서 hanterm의 RPM 패키지를 구할 수 있고, 데비안 리눅스의 경우 데비안-kr 프로젝트 사이트 (ftp://doit.ajou.ac.kr/pub/debian-kr)에서 deb패키지를 구할 수 있고, FreeBSD에는 이미 기본 배포본에 포함되어 있으므로, 설치시에 패키지에서 korean카테고리에서 hanterm을 볼 수 있다. FTP의 경우 FreeBSD FTP미러 사이트 중 가까운 곳(국내의 경우 가장 먼저 ftp://ftp.kr.freebsd.org/pub/FreeBSD/packages/korean)에서 구하기 바란다.

내장 한글 시스템

• 상용 조합형, EUC-KR, ISO-2022-KR, UTF-8 코드의 한글 출력
• 상용 조합형, EUC-KR, UTF-8 코드로 한글 입력
• 2/3벌식 한글 입력 오토마타
• 한자 입력과 특수기호 입력
• 채팅창
• 한글 입력 상태 등의 상태창 표시

automata.c                      2/3벌식 입력 오토마타
chat.c                          채팅창 입출력을 위한 콜백 함수들
hangul.h, hangul.c              한글 출력, 코드 변환 코드
hanja.h, hanja.c                한자 입출력 관련 함수와 표

이제 각 부분에 대해 조금 더 자세히 살펴보기로 하자.

입력

 ㅎ 하 한 하느 하늘

2벌식 오토마타

그림: 2벌식 오토마타

그림 1에서, C는 초성, V는 중성(VV는 복모음), B는 종성(BB는 복자음)을, X는 그렇지 않 은 글자(숫자나 특수기호 등)을 의미한다. 이 그림은 입력한 글자의 종류에 따라 S0-S7사 이의 상태 사이로 이동하게 되는데, 이러한 상태 기계(state machine)는 시작점을 갖는게 보통이며, 이 경우 S0가 시작점이다.

'하늘'을 입력하는 예를 다시 생각해 보면, S0에서 'ㅎ'을 입력하면 초성(C)이므로 S1으로 이동하고(S1은 '자음을 입력하여 초성이 채워진 경우'), 'ㅏ'를 입력하면 중성(V)이므로 S2 로 이동한다(S2는 '중성이 입력된 상태'). 다시 'ㄴ'을 입력하면 이것이 '하'의 받침이 될 지 다음 글자의 초성이 될지 모르지만 일단 종성(B)로 가정하고 S4로 이동하고(S4는 'S3에서 종성이 들어와 처리된 상태'), '한'이 입력된다. 지금은 한 글자가 완성되었으나, 이후의 입 력에 따라 아직 글자가 완성되었다고 볼 수는 없다. 이제 'ㅡ'가 입력되면, 이전에 입력한 종성은 이 글자의 초성이 되며, 따라서 '하느'의 상태가 된다. 이는 S4에서 S7로 이동하는 것이다(S7은 '모음이 입력되어 앞글자의 초성과 분리되면서 한 글자가 완성된 상태'). 이때 '하'는 입력이 완성되었다고 간주하고 출력하고, S2로 이동한다. 이어 'ㄹ'이 들어오면, '늘 '을 조합할 수 있다(그러나 다음 글자의 입력을 보아야 글자가 완성될지를 알 수 있다).

3벌식 오토마타

구현

• 공통 변수

  int hangul_state;

  한글 입력 모드인지 영문 입력 모드인지를 나타낸다. 0이면 영문 입력이고, 1이면 초성을 입력해야 하는 상태, 2는 중성을 입력해야 하는 상태, 3은 종성을 기다려야 하는 상태, 4는 겹받침을 입력하는 상태를 나타낸다.

  char temp_hangul[8];

  한글 출력 버퍼. 8바이트인 것은 완성형의 조합 불가능 글자 표현 법을 수용하기 위해서이다.

  int (*converter)();

  현재 사용하는 코드로 바꾸어 주는 변환기

  unsigned short table_for_3[];

  세벌식 390자판 표. 초/중/종성인지와 한글 코드가 자판의 입력값에 대응된다.

• 2벌식 입력 관련 함수

  int fcon(c);

  영문자 -> 초성 변환을 수행한다. 초성이 아니면 0

  int vow(c);

  영문자 -> 중성 변환을 수행한다. 중성이 아니면 0

  int lcon(c);

  영문자 -> 종성 변환을 수행한다. 종성이 아니면 0

  int comcon(v, c);

  이전 입력 글자(v)와 현재 입력 글자(c)를 통해 초성 겹자음 입력을 처리한다. 예를 들어 v가 'ㄱ'이고 c도 'ㄱ'이라면 리턴값은 'ㄲ'이다.

  int comvow(v, c);

  이전 입력 글자(v)와 현재 입력 글자(c)를 통해 중성 겹모음 입력을 처리한다.

  int comcon(k,c);

  이전 입력 글자(v)와 현재 입력 글자(c)를 통해 종성 겹받침 입력을 처리한다.

• 3벌식 입력 관련 함수

  int fcon3(c);

  영문자 -> 초성 변환을 수행한다. 초성이 아니면 0

  int vow3(c);

  영문자 -> 중성 변환을 수행한다. 중성이 아니면 0

  int lcon3(c);

  영문자 -> 종성 변환을 수행한다. 종성이 아니면 0

  int comfcon3(v, c);

  이전 입력 글자(v)와 현재 입력 글자(c)를 통해 초성 겹자음 입력을 처리한다. 예를 들어 v가 'ㄱ'이고 c도 'ㄱ'이라면 리턴값은 'ㄲ'이다.

  int comvow3(v, c);

  이전 입력 글자(v)와 현재 입력 글자(c)를 통해 중성 겹모음 입력을 처리한다.

  int comcon3(k,c);

  이전 입력 글자(v)와 현재 입력 글자(c)를 통해 종성 겹받침 입력을 처리한다.

  int ascii3(c, buf);

  자판에서 한글이 아닌 영문/기호 등의 입력을 처리한다. 내부적으로는 ascii()를 부른다.

• 오토마타

  int ascii(c, buf);

  자판에서 한글이 아닌 영문/기호 등의 입력을 처리한다. c는 입력 된 글자 또는 한영 전환(-1), 한글자 출력(-2)이다. 출력된 값은 buf에 들어가며, 리턴값은 출력한 글자수(바이트 단위)이다. 여기에는 vi사용자의 편의를 위해, ESC키가 눌리면 자동 적으로 영문 모드로 전환하게 하는 특별한 예외 코드가 들어있다.

  int hangul_automata(c, buf);

  한글 오토마타를 처리하는 상당히 긴 함수로, 입력값와 리턴값은 ascii함수와 동일한 구조를 갖는다. 현재 구성중인 한글을 표시하기 위해 display_temp()를 부른다. 2/3벌식 자판은 temp->screen.keyboard 변수로 판단하게 된다.

  이 함수의 대략적인 구조는 다음과 같다.

  hangul_automata(c, buf)
  {
          if (영문 상태)
                  return ascii(c, buf)
          if (2벌식){
                  switch(hangul_state){
                  이 부분은 위에서 보인 2벌식 오토마타를 if문으로 구현한 것이다.
                  상태 S0는 hangul_state가 1인 경우이며, S1은 2, S2는 3,
                  S4는 4에 해당한다. 
                  S3, S5, S6, S7은 각각 3, 4, 1, 4에 포함되어 처리하고 있다.
                  이전 글자를 잠시 보관하기 위해 스택을 사용하고 있다(push(), pop()).
                  각각의 경우에서, 백스페이스('\b')를 처리하는 방법은 기본적으로
                  이전 상태로 돌아가는 것이다.
                  }
          else if (3벌식){
                  3벌식 오토마타 구현부. 입력글자가 초/중/종으로 구현되므로
                  2벌식 오토마타에서 S0, S1, S2만 구현되어 있다고 보면 된다.
                  백스페이스 처리법은 2벌식과 같다.
                  }
          }
  }
  

  converter함수는 현재 터미널의 출력 코드에 따라 달라지는 함수이므로 함수 포인터를 사용 하고 있다는 점을 눈여겨 보자.

• 기타

  display_temp(f, m, l);

  조합중인 글자를 커서 자리에 표시하는 함수이다.

  in_ks(f, m, t);

  글자가 완성형 범위에 드는지 검사한다.

  한글 자판 대응표 등은 입력 글자를 초/중/종성에 해당하는 0-31사이의 숫자로 바꾸어 준 다. 이는 다음 표에서 나타내는 상용조합형의 한글 자모 코드와 일치한다.

  0

  1

  2

  3

  4

  5

  6

  7

  8

  9

  10

  11

  12

  13

  14

  15

  16

  17

  18

  19

  20

  21

  22

  23

  24

  25

  26

  27

  28

  29

  30

  31

  초

  F

  ㄱ

  ㄲ

  ㄴ

  ㄷ

  ㄸ

  ㄹ

  ㅁ

  ㅂ

  ㅃ

  ㅅ

  ㅆ

  ㅇ

  ㅈ

  ㅉ

  ㅊ

  ㅋ

  ㅌ

  ㅍ

  ㅎ

  중

  F

  ㅏ

  ㅐ

  ㅑ

  ㅒ

  ㅓ

  ㅔ

  ㅕ

  ㅖ

  ㅗ

  ㅘ

  ㅙ

  ㅚ

  ㅛ

  ㅜ

  ㅝ

  ㅞ

  ㅟ

  ㅠ

  ㅡ

  ㅢ

  ㅣ

  종

  F

  ㄱ

  ㄲ

  ㄳ

  ㄴ

  ㄵ

  ㄶ

  ㄷ

  ㄹ

  ㄺ

  ㄻ

  ㄼ

  ㄽ

  ㄾ

  ㄿ

  ㅀ

  ㅁ

  ㅂ

  ㅄ

  ㅅ

  ㅆ

  ㅇ

  ㅈ

  ㅊ

  ㅋ

  ㅌ

  ㅍ

  ㅎ

  표: 상용 조합형 코드

  F는 채움(fill)값으로, 한 글자 내에서 해당하는 글자가 없을 때에는 이 값을 대신 써야 한 다. 즉 '가'등과 같이 초/중/종이 모두 갖추어지지 않은 글자에 대해서는 없는 소리 자리에 채움값을 쓴다. 아무것도 입력되지 않은 글자의 초기값은 따라서 초성 1, 중성 2, 종성 1이 된다.

한자

int get_hanja_codes(han_code, hanja_code_table)

한글 코드를 입력받아 대응하는 한자 코드들을 모두 돌려준다. 한글 코드에 대응하는 한자 는, hanja.h에 정의된 hanja_taeble[][2]배열에서 얻을 수 있다. 한자는 한글 순서대로 정 렬되어 있으므로, '가'부터 시작하게 되며, 같은 글자에 대해 복수의 한자가 있으므로, 이 배열은 한글 코드와 해당 한자가 시작하는 번지를 담고 있다. 예를 들면, '가'(0xb0a1)에 해 당하는 한자의 시작 번지는 0xcaa1이고, 다음 글자인 '각'(0xb0a2)에 해당하는 한자의 시작 번지는 0xcabe이다. 이는 hanja_table에

unsigned int hanja_table[][2]= {
 { 0xb0a1, 0xcaa1},
 { 0xb0a2, 0xcabe },
  ...
}

로 기록되어 있는데, 따라서 '가'에 해당하는 한자는 0xcaa1 ~ 0xcabd라는것을 알 수 있 다. 한자표는 모두 완성형 한자 테이블을 근거로 한다는 점에 주의하자.

hanja_mode_input(keysym, event, string, nbytes)

한자 입력 함수. 한자 모드에서 부르는 것이며, 대략의 흐름은 다음과 같다.

{
        if (ESC를 누른 경우)
                한자모드 취소;
        else if (스페이스키)
                다음 후보를 보여준다;
        else if (커서키)
                후보를 좌우로 스크롤하며 보여준다;
                Home키를 누르면 처음 목록으로 돌아간다;
        else if (0-9사이의 숫자가 입력)
                해당하는 숫자가 가리키는 한자를 출력한다;
                한자모드 취소;
}

그림: 한자입력 화면

출력

• 완성형(EUC-KR, ISO-2022-KR)
• 상용 조합형
• 유니코드 2.0의 UTF-8인코딩

즉 입력된 코드는 3 인코딩으로 나타낼 수 있으며, 이는 터미널에서 사용하는 적당한 코드 로 변환하여 보여주게 된다. 그럼 화면 표시를 위해 사용하는 글꼴에서는 어떤 코드를 사용 할까?

글꼴 인코딩

그림: hangul1.gif 조합형(johabsh-1) 글꼴 중 한글 (1)

그림: hangul2.gif 조합형(johabsh-1) 글꼴 중 한글 (2)

그림: hangul3.gif 조합형(johabsh-1) 글꼴 중 한글 (3)과 전각기호

따라서 이들 글꼴은 내부적으로 글꼴만의 인코딩을 갖는다. 한 글자를 표시하기 위해서는 먼저 해당 글자의 코드를 바탕으로 3인코딩으로 분리하고, 이를 모양에 맞추어(중성이나 종 성의 유무와 모양을 고려한다) 알맞은 글꼴의 모양을 찾아 이를 겹쳐 표시하면 조합형 글꼴 을 사용한 한글자 출력이 완성된다. 그림 2에서 한 예를 찾아볼 수 있는데, 여기에서 각각 의 초/중/종성은 여러 벌 중 다른 자음과 모음이 어울리는 것을 찾아서 표시해야 한다. 즉 '가'에서의 'ㄱ'과 '간'의 'ㄱ'은 모양이 다르기 때문이다.

그림: 조합형 글꼴에서 글자의 조합

X 글꼴 이름을 정의하는 XLFD(X Logical Font Description)에서 해당 글꼴의 인코딩은 가 장 마지막의 두 필드로 표시할 수 있는데, 위에서 언급한 세가지 인코딩은 다음과 같이 나 타난다.

• -ksc5601.1987-0 MSB가 0인 완성형 글꼴(0x2121-0x7e7e)
• -johab-1 10x4x4방식 조합형 글꼴
• -johab844-1 8x4x4방식 조합형 글꼴

• -johabs-1 johab에 전각기호가 추가된 것
• -johabsh-1 johabs에 한자가 추가된 것

10x4x4와 8x4x4의 차이는 어느 쪽이 초성을 더 다양하게 갖고 있느냐의 관점에서 보면 된 다. 즉 10x4x4의 경우 8x4x4보다 초성을 각 글자에 대해 2개씩 더 가진 셈이 된다. 이 경 우 10x4x4쪽이 더 미려한 모양을 표시할 수 있겠지만, 글꼴 개발에 걸리는 시간이 더 들고 비트맵 글꼴에 있어서는 큰 차이가 나지 않는다.

완성형 글꼴 처리는 생각보다 간단하다. 글꼴의 내부 인코딩이 이미 완성형과 MSB를 제외 하고는 일치하므로 간단한 변환으로 그대로 사용할 수 있다. 단 완성형을 ksc5601.1987-0 글꼴 인코딩으로 바꾸어 주려면 MSB를 제거해야 하며, 0x7f로 마스킹하여 쉽게 얻어낼 수 있다.

글꼴 출력부

이를 위해서 hanterm의 hangul.c에서는 다음과 같은 여러가지의 코드 변환 함수를 제공한 다.

 convert_ks_to_3(h, l, des)                    완성형 -> 3인코딩
 convert_3_to_ks(f, m, l, des)                 3인코딩 -> 완성형
 convert_3_to_display(f, m, l, des)            3인코딩 -> 화면 글꼴 인코딩
 convert_johab_to_display(src, des, len)       조합형 -> 화면 글꼴 인코딩
 convert_3_to_johab(f, m, l, buf)              3인코딩 -> 조합형
 convert_3_to_jo844(f, m, l, des)              3인코딩 -> johab844 글꼴 인코딩
 convert_3_to_utf8(f, m, l, buf)               3인코딩 -> UTF-8
 convert_johab_to_3(src, f, m, l)              조합형 -> 3인코딩
 convert_johab_to_utf8(src, f, m, l)           조합형 -> UTF-8
 convert_ks_to_johab(src, des, n)              완성형 -> 조합형
 convert_johab_to_ks(src, des, len)            조합형 -> 완성형
 convert_char_ksc5601_to_ucs2(byte1, byte2)    완성형 -> UCS-2
 convert_char_ucs2_to_ksc5601(code_ucs2)       UCS-2 -> 완성형
 convert_wc_to_mb(s, wc)                       UCS-2를 UTF-8로
 convert_mb_to_wc(p, s, n)                     UTF-8을 UCS-2로

--> [채움] ㄸ ㅗ ㅁ

따라서 이 경우 한 글자를 나타내기 위해서는 8바이트가 든다.

hanterm은 이 모든 인코딩 루틴을 적절히 활용해서 화면 출력을 수행한다. 즉 모든 터미널 인코딩은 3인코딩(또는 조합형)을 거쳐서 화면에 출력할 글꼴의 종류에 따라 johab이나 johab844, ksc5601.1987-0글꼴로 바꾸고, 이를 직접 X11의 2바이트 글자 출력 함수 (XDrawString16()등)을 통해 출력하게 된다. 실제로 출력하는 함수는

 HDrawImageString(d, w, gc, hgc, x, y, str, len)
 HDrawString(d, w, gc, hgc, x, y, str, len)

 HDrawString(d, w, gc, hgc, x, y, str, len)
 {
    while(len>0){
       if (한글)
         while(한글 글자가 나오는 동안)
            XDrawString16(d, w, hgc, x, y, buf, n);
       else
         while(영문 글자가 나오는 동안)
            XDrawString(d, w, hgc, x, y, buf, n);
     }
  }

DG-UX의 X서버나, Exceed를 사용하는 경우 hanterm의 조합 글꼴이 제대로 동작하지 않 는 문제가 있었는데, 이 문제는 hanterm이 조합 글자를 표시하기 위해 중간에 끼워넣는 너 비 0의 글자를 X서버에서 제대로 처리 못하는 문제 때문이었다. 이 문제는 3.04beta5 이후 에 해결이 되었는데, 너비 0을 출력하기 위해 너비 -1과 너비 1의 글자를 연속적으로 출력 하는 방식에 의해 해결하고 있다. 이를 위해서는 조합 글꼴 중 nzfont라는 것을 따로 얻어 야 하며, hanterm의 FTP사이트에서 구할 수 있다.

한자 글꼴 처리

그림: hanja.gif 조합형(johabsh-1) 글꼴의 한자 시작부

관련 프로그램

• hanterm-xf

  황치덕(cdhwang@sr.hei.co.kr)씨에 의해 기존 hanterm의 한글처리부 코 드를 X11R6의 xterm코드에 재적용한 것이다. Linux/FreeBSD등의 XFree86 X11R6플랫폼에서 잘 컴파일되며, 선문자 보호나 색상 등이 기 존 hanterm에 비해 비교적 잘 구현된 것으로 알려져 있다. 단 UTF-8은 지원하지 않는다.

• hanterm-pixmap

  송문규(amateras@postech.edu)씨가 hanterm을 개선하여 터미널 배경에 pixmap 그림을 깔 수 있도록 한 것이다.

• HanX/libHanX

  X윈도우 상의 한글 라이브러리. Xlib의 기본 함수 몇몇을 가로채어 한 글 윈도우와 유사한 한글 출력(영문 글꼴이 지정되어도 한글이 나오도록) 과 입력을 구현하였다. 최근에 Xlib전체를 바꾸던 HanX를 간략화하여 공 유라이브러리로 만든 libHanX가 발표되었다.

• han2

  리눅스 콘솔의 일본어 출력 프로그램인 kon2에 한글 입출력부를 붙여서 한글 입 출력이 가능하도록 만든 것이다. FreeBSD에도 포팅되어 있다.

• fbcon-hanout

  오성규(skoh@camars.kaist.ac.kr)씨가 만든 것으로, 리눅스 커널 2.2에 서 새로 들어온 기능 중 하나인 VESA 프레임버퍼 콘솔 기능을 사용해서 콘솔에서의 한글 입출력이 가능하게 한다. VESA를 제대로 지원하는 비 디오 카드가 별로 없는 관계로 많은 기종에서 사용하기는 어렵지만, han의 기능을 커널 수준에서 흡수하였다는 데에서 의의를 갖는다.

• hanemacs

  emacs 19.34에 조합형/완성형의 한글 입출력 기능을 추가한 것이다. 지금 은 emacs 20 이후 mule기능의 통합으로 한국어를 포함한 다국어 입출력 이 가능하게 되어서 많이 쓰이지는 않는다.

• fvwm2 한글 패치

  이만용(geoman@nownuri.net)씨가 fvwm2에 hanterm의 출력부 코 드를 사용하여, 조합형 글꼴을 윈도우 관리자에서 사용할 수 있었 다. 지금은 국제화 방식의 패치 때문에 거의 사용하지 않는다.

• johab2ksc 글꼴 변환기

  류창우(cwryu@adam.kaist.ac.kr)씨가 만든 이 유틸리티는 한텀에 쓰이는 johab(johab, johabs, johabsh, johab844) 16포인트 폰트를 ksc5601.1987-0, 혹은 ksc5601.1987-1 폰트로 바꾸는 유틸리티이다. 이 프로그램은 X서버를 통해 폰트를 읽어들인 다음, 해당 완성형 폰트를 윈도우에 직접 그려서 BDF폰트로 뽑아내는 방식이며, 내부적으로 hanterm의 출력 코드를 사용하고 있다.

• 한글 gtk

  gtk 1.0.x버전에 한글 입력 패치를 한 것으로, hanterm-xf의 저자인 황치덕씨가 작업한 것이다. 조합 글꼴을 사용할 수 있다. 최근에는 GTK 1.2가 되면서, 국제화 기능이 많이 보완되어 hanIM과 같은 입력기와도 별 무리없이 사용할 수 있게 되었다고 한다. 같은 저자의 통신 프로그램인 gau를 쓰려면 이것이 필요하다. 남성현씨 홈페이지에 가면 gtk 1.1.x의 한글 패치도 얻을 수 있다.

• 한글 Eterm

  남성현(namsh@lgic.co.kr)씨가 작업하는 것으로, 일본어 Eterm인 Kterm기반으로 한글 Eterm을 만드는 프로젝트이다. 한글 gtk의 입력 코드를 사용하고 있다.

이외에 조합글꼴 등을 사용하는 프로그램은 hbanner등 여러가지가 있었으나, 지금은 찾기도 어려운 경우가 많이 있다. 이런 프로그램들이 잘 쓰이지 못하고 사장되는 것에는 여러가지 원인이 있지만, 사용자의 관심 부족과, 홍보 부족으로 사라져간 것들이 많다. 이런 유용한 여러가지 프로그램에 관심을 가져 보는 것이 어떨까?

hanterm의 장단점과 미래

큰 문제 중의 하나는 조합 글꼴의 부족이다. 현재 조합 글꼴은 16픽셀 사이즈의 이야기, 명 조, 고딕, 필기체만 존재한다. 반면 조합844글꼴은 여러 종류가 있지만, 그래픽 기호나 한 자 등이 부족하다. 따라서 다른 크기의 한글 글꼴을 쓰고 싶다면 완성형 글꼴을 사용해야 하는 수 밖에 없다. 이 문제는 조합 글꼴의 새로운 제작에 의해 해결될 수 있다. 보다 다양 한 글꼴을 만들어낼 수 있는 방법이 생기면 가능할 것이다. 두번째 문제는 개발자 집단이 존재하지 않는다는 것이다. 지금까지 초기의 hanterm을 제외하고, 최근 수년간 hanterm을 맡아 릴리즈하고 개발자를 모으려는 노력은 적어도 표면적으로는 없었다. 대부분의 성공한 오픈 소스 프로그램은 강력한 핵심 개발자 집단이 존재하여, 이들이 앞으로의 방향과 새 기 능 추가 여부 등을 결정하지만, 지금까지의 hanterm에는 그런 것이 없었다.

그러나, 최근에 hanterm개발자들이 새로 모여서 hanterm을 관리하고 소스를 보고 논의할 공간이 생겼다. hanterm-dev 메일링 리스트가 그것으로, http://elf.kaist.ac.kr/hanterm의 hanterm 홈페이지에서 상세한 내용을 찾아볼 수 있다. 필자가 이 글을 쓰는 현재 3.04beta7에 추가된 패치에 기능 안정화를 시킨 3.1pre3버전이 나와 있으며, 곧 3.1 버전 의 릴리즈가 이루어지고 다음 버전의 hanterm개발 프로젝트가 시작될 것이다.

그림: hanterm 홈페이지. 새로이 개발될 hanterm의 정보와 소스를 얻을 수 있다

앞으로의 hanterm은 어떤 모습을 가질까? 아직 확실하지는 않지만 지금 논의되는 사항으로 는 다음 몇가지를 생각해 볼 수 있다.

• 오래된 기존 xterm코드를 버리고 새로이 개발되는 최근 xterm-92 코드에서 재시작
• 유니코드 지원 강화(첫가끝 조합형 등)
• 외부 입력기(XIM표준을 지키는 입력기)와의 연동
• 설정 가능한 인터페이스(채팅창이나 스크롤바 위치 이동 등)
• 새로운 조합 글꼴 개발과 그 지원

참고자료

• 임현모, 컴퓨터와 한글, 정보문화사, 1993
• 류창우, johab2ksc 글꼴 변환기, http://adam.kaist.ac.kr/~cwryu/hacks/johab2ksc/
• 한글 Eterm, http://kldp.org/~namsh/tools.shtml
• 한글 gtk/hanterm-xf, http://www.kr.freebsd.org/~hwang/
• Lonely Moon Homepage(남성현 홈페이지), http://kldp.org/~namsh/

$Id: index.shtml,v 1.3 2001/07/12 09:05:39 cjh Exp $

[ Home | Freetime works | FreeBSD | KFUG ]