글쓴이 :김덕태 1998년 2월 25일 11:24:15
In Reply to: [참고] JDK 1.0.2 의 TextArea 와 한글... posted by 김필호 on 1998년 2월 23일 14:05:44:
그래픽 사용자 인터페이스를 통하여 한글을 출력할 때,
단순히 KSC5601 인코딩을 변환하여 출력한다고 볼 수 없습니다.
윈도우즈에서의 한글 출력은 다음과 같이 다소 복잡하며
저도 자세히 알지는 못합니다.
1. TextOutA와 TextOutW라는 문자 코드 처리를 달리하여 출력하는 C 함수가 따로 있으며,
JDK 1.1은 이들을 동시에 사용하는 것으로 보입니다.
2. 폰트도 유니코드 인코딩 테이블을 갖는 폰트와 기존 인코딩 테이블을
갖는 폰트가 있으며, JDK 1.1은 이 2가지를 동시에 사용할 수 있는 것으로
보이나 한글 윈도우즈 환경에서는 유니코드 인코딩 테이블을
제대로 이용하지는 못하는 것으로 보입니다.
3. 폰트 프로퍼티 화일 (font.properties.ko)의 설정에 따라 폰트를 찾는
방식이 달라질 수 있습니다.
4. font.properties.ko를 설정하는 방식은 표준화된 방식이 아니므로,
자바 가상 머쉰마다 동작 방식이 다를 수 있습니다.
따라서, 그래픽 사용자 인터페이스에서의 한글 출력은
여러가지 요인에 의해 결정되므로 어떻게 한글이 처리된다고
잘라 말하기가 어려우며, 코드 변환도 어디서 발생하는 지
알기도 어렵고, 더구나 java.awt 패키지가 폰트의 유니코드
인코딩 테이블을 사용하여 출력한다면,
코드 변환이 일어난다고 보기도 어렵습니다.
JDK 1.1.x에서 코드 변환이 일어난다고 하셨는데,
제가 확인한 바에 의하면 JDK 1.1.x, 익스플로러 4.0.x,
넷스케이프 4.04 + JDK 1.1 패치 모두에서 TextField로
한글을 입력하거나 유니코드 한글 스트링을 setText()하면
모든 현대한글의 출력을 제대로 볼 수 있으며,
getText()를 사용하여 입력된 문자열을 가져와도 유니코드
코드 값으로 제대로 읽힙니다.
프로그래머로서는 setText()와 getText()등이 유니코드 한글을
제대로 지원하고 한글이 제대로 출력된다면
내부적으로 브라우저 및 JDK 가 한글을 어떻게 화면에 출력하는 지는
사실상 중요한 것이 아니며, 또한 어떻게 코드 변환이 일어나는 지는
네이티브 라이브러리의 소스 코드를 보기 전에는 알기도 어렵습니다.
http://camars.kaist.ac.kr/~dtkim/java/example/i18n/AWTChecker.html
(원시화일: http://camars.kaist.ac.kr/~dtkim/java/example/i18n/AWTChecker.java)
을 방문하시면 브라우저에서 다양한 한글 출력을 테스트 할 수 있으며
윗쪽 TextField에 \uac00 등의 표기법을 사용하여 임의의
유니코드를 입력하시면 다양한 유니코드 문자가 각 시스템에서
어떻게 출력되는 지를 확인하실 수 있습니다.