차이점

이 페이지의 선택한 이전 버전과 현재 버전 사이의 차이점을 보여줍니다.

차이 보기로 연결

windows-949 [2011-09-25 21:33]
lifthrasiir
windows-949 [2013-12-03 10:25] (현재)
lifthrasiir 오타 수정
줄 5: 줄 5:
 이 인코딩의 가장 큰 특징은, [[KS X 1001]]과 이를 그대로 사용한 EUC-KR이 한글을 2350자 밖에 못 표현하는데 비해 11172자의 모든 현대 한글을 2바이트 안에 표현할 수 있다는 점이다. 그러나 EUC-KR이 이미 ''A1 A1''부터 ''FE FE''까지의 모든 영역을 KS X 1001에 사용하기 때문에, Windows-949에서는 첫째 바이트가 ''81''부터 ''C6''까지, 그리고 둘째 바이트가 ''41''~''5A''([[로마자]] 대문자), ''61''~''7A''(로마자 소문자), 그리고 ''81''~''FE''인 세 영역 중 앞에서 설명한 영역과 겹치지 않는 부분에 KS X 1001에 없는 한글 8822자(이하 "확장 한글")를 순서대로 할당해 놓았다. [[Shift_JIS]]와 매우 유사한 모양이 되어 있는데, Shift_JIS보다는 기존에 이미 할당된 공간이 훨씬 적기 때문에((Shift_JIS에서는 JIS X 0201에서 특정한 범위의 첫 바이트를 **모두** 할당해 버렸기 때문에 둘째 바이트에서 훨씬 넓은 범위를 사용해야 했다.)) 상위 비트가 1이 아닌 둘째 바이트 때문에 문제가 생길 여지가 훨씬 적다. (적어도 Windows-949의 존재를 모르는 프로그램에서 확장 한글을 글자로조차 인식하지 못 하는 문제는 없다.) 이 인코딩의 가장 큰 특징은, [[KS X 1001]]과 이를 그대로 사용한 EUC-KR이 한글을 2350자 밖에 못 표현하는데 비해 11172자의 모든 현대 한글을 2바이트 안에 표현할 수 있다는 점이다. 그러나 EUC-KR이 이미 ''A1 A1''부터 ''FE FE''까지의 모든 영역을 KS X 1001에 사용하기 때문에, Windows-949에서는 첫째 바이트가 ''81''부터 ''C6''까지, 그리고 둘째 바이트가 ''41''~''5A''([[로마자]] 대문자), ''61''~''7A''(로마자 소문자), 그리고 ''81''~''FE''인 세 영역 중 앞에서 설명한 영역과 겹치지 않는 부분에 KS X 1001에 없는 한글 8822자(이하 "확장 한글")를 순서대로 할당해 놓았다. [[Shift_JIS]]와 매우 유사한 모양이 되어 있는데, Shift_JIS보다는 기존에 이미 할당된 공간이 훨씬 적기 때문에((Shift_JIS에서는 JIS X 0201에서 특정한 범위의 첫 바이트를 **모두** 할당해 버렸기 때문에 둘째 바이트에서 훨씬 넓은 범위를 사용해야 했다.)) 상위 비트가 1이 아닌 둘째 바이트 때문에 문제가 생길 여지가 훨씬 적다. (적어도 Windows-949의 존재를 모르는 프로그램에서 확장 한글을 글자로조차 인식하지 못 하는 문제는 없다.)
  
-2바이트로 모든 것을 끝내려는 노력((기술적으로는 KS X 1001에서도 확장 한글을 입력할 수는 있지만, 네 개의 글자로 표현해야 하는데다가 결정적으로 구현하는 곳이 거의 없다. [[모질라]]가 거의 유일한 예.)) 치고는 비교적 나쁘지 않은 결과였지만, 가뜩이나 [[완성형조합형논쟁]]으로 시끄러웠던 시절에 또 다른 완성형 인코딩이 도입된다는 소식 때문에 상당한 반발을 불러 일으켰다. 반발을 못 이긴 [[한국마이크로소프트]]는 [[상용완성형]]을 코드 페이지 1361로 추가하긴 했는데, 이게 ''WideCharToMultiByte'' 같은 함수에서만 쓸 수 있고 시스템 전체 코드 페이지를 바꿀 수는 없는 것이라 [[눈가리고아웅]]이었다. 결과적으로는 나중에 [[유니코드]]가 보편화되며 논쟁이 의미가 없게 되면서 유야무야되긴 했다.+2바이트로 모든 것을 끝내려는 노력((기술적으로는 KS X 1001에서도 확장 한글을 입력할 수는 있지만, 네 개의 글자로 표현해야 하는데다가 결정적으로 구현하는 곳이 거의 없다. [[모질라]]가 거의 유일한 예.)) 치고는 비교적 나쁘지 않은 결과였지만, 가뜩이나 [[완성형조합형논쟁]]으로 시끄러웠던 시절에 또 다른 완성형 인코딩이 도입된다는 소식 때문에 상당한 반발을 불러 일으켰다. 반발을 못 이긴 [[한국마이크로소프트]]는 [[상용조합형]]을 코드 페이지 1361로 추가하긴 했는데, 이게 ''WideCharToMultiByte'' 같은 함수에서만 쓸 수 있고 시스템 전체 코드 페이지를 바꿀 수는 없는 것이라 [[눈가리고아웅]]이었다. 결과적으로는 나중에 [[유니코드]]가 보편화되며 논쟁이 의미가 없게 되면서 유야무야되긴 했다.
  
 ===== EUC-KR과의 혼란 ===== ===== EUC-KR과의 혼란 =====

도쿠위키DokuWiki-custom(rev 9085d92e02)을 씁니다.
마지막 수정 2013-12-03 10:25 | 작성자 lifthrasiir