편집기에서 [enter]를 누르면 <p> 태그가 들어가고, 문단으로 생각하고 한 줄을 비웁니다.
글줄만 바꾸려면 [shift-enter]를 누르면 <BR> 태그가 들어가므로 용도에 맞게 나누어 쓸 수 있습니다.
수식를 문서내에 삽입하시려면 에디터를 툴바에서 [소스]를 눌러 HTML로 입력할 수 있게 바꾸신 후 <pre> </pre> tag를 사용하셔서 <pre> 여러 줄의 수식 </pre>처럼 입력하시면 좋습니다.
nanim
(1) ANSI라는 용어.
* MS Windows에서는 Code Page를 "ANSI Code Page"라고 부릅니다.
* 윈도우즈는 모든 문자를 (내부적으로) 유니코드로 다룹니다. 그러나 cmd(명령행)는 유니코드를 지원하지 않습니다. 그리고 일부 프로그램은 예전 윈도우와의 호환성을 위하여 코드 페이지 문자셋을 이용합니다. 윈도우즈 API 함수에서 A(ANSI)는 코드페이지를 이용하는 것이고 W(Wide)는 유니코드를 이용하는 것입니다.
* ANSI라는 허황된 명칭으로 불리게 된 사연은 미국 영어를 표현하는 코드 페이지 1252가 원래 ANSI 초안을 바탕으로 작성되었기 때문이라고 합니다. 이 ANSI 초안은 나중에 iso8859-1 표준이 됩니다. 즉, cp1252는 거의 iso8859-1과 일치(유사)한다고 합니다.
* 미국 영어가 아닌 언어는 각각의 코드 페이지 문자셋으로 구현되는데 이 문자셋은 미국표준기구(ANSI)와 아무 상관도 없는데도 불구하고 "ANSI 코드페이지"라고 잘못 불리게 된 것입니다.
* 따라서 한국어 코드페이지 cp949를 "ANSI"라고 부르는 것은 (예를 들면 notepad의 저장 옵션에서 ANSI라고 하는 등 흔히 그렇게 불리기는 해도) 사실 말도 안되는 명칭입니다.
* ASCII라는 것도 영어 알파벳과 문장부호 몇 개를 제외하면 의미가 없는 용어이고 "한글문자"는 ASCII와 아무 관련이 없습니다.
(2) 한글
cp949의 한글 부분은 보통 UHC(통합한글코드)라 부르는 것으로 소위 완성형(ks x 1001) 2350자는 EUC-KR과 동일하고 현대 한글 11172자 중에서 그 나머지는 별도로 코드를 부여한 것입니다. CP949-Unicode 맵핑 테이블을 참고하십시오.
"호환이 얼마나 안 되느냐"고 물으셨는데, 간단히 말씀드리면 라틴 문자 영역을 제외하고는 아무 것도 호환되지 않습니다.
(3) hfont
텍의 입장에서 윈도우즈에서 UHC 한글로 작성한(즉 의도적으로 유니코드로 저장하지 않은) 텍스트를 처리하는 문제입니다.
XeTeX-ko, LuaTeX-ko는 입력된 한글 인코딩이 cp949든 unicode(utf-8)든 잘 처리합니다. (물론 cp949일 때는 그것을 알려주는 명령(선언)이 필요합니다)
문제는 pdftex 또는 legacy tex인데요, 이 엔진에서 한글을 처리하는 kotex-utf는 원칙적으로 유니코드만 받아들입니다.
(1) ANSI라는 용어.
* MS Windows에서는 Code Page를 "ANSI Code Page"라고 부릅니다.
* 윈도우즈는 모든 문자를 (내부적으로) 유니코드로 다룹니다. 그러나 cmd(명령행)는 유니코드를 지원하지 않습니다. 그리고 일부 프로그램은 예전 윈도우와의 호환성을 위하여 코드 페이지 문자셋을 이용합니다. 윈도우즈 API 함수에서 A(ANSI)는 코드페이지를 이용하는 것이고 W(Wide)는 유니코드를 이용하는 것입니다.
* ANSI라는 허황된 명칭으로 불리게 된 사연은 미국 영어를 표현하는 코드 페이지 1252가 원래 ANSI 초안을 바탕으로 작성되었기 때문이라고 합니다. 이 ANSI 초안은 나중에 iso8859-1 표준이 됩니다. 즉, cp1252는 거의 iso8859-1과 일치(유사)한다고 합니다.
* 미국 영어가 아닌 언어는 각각의 코드 페이지 문자셋으로 구현되는데 이 문자셋은 미국표준기구(ANSI)와 아무 상관도 없는데도 불구하고 "ANSI 코드페이지"라고 잘못 불리게 된 것입니다.
* 따라서 한국어 코드페이지 cp949를 "ANSI"라고 부르는 것은 (예를 들면 notepad의 저장 옵션에서 ANSI라고 하는 등 흔히 그렇게 불리기는 해도) 사실 말도 안되는 명칭입니다.
* ASCII라는 것도 영어 알파벳과 문장부호 몇 개를 제외하면 의미가 없는 용어이고 "한글문자"는 ASCII와 아무 관련이 없습니다.
(2) 한글
cp949의 한글 부분은 보통 UHC(통합한글코드)라 부르는 것으로 소위 완성형(ks x 1001) 2350자는 EUC-KR과 동일하고 현대 한글 11172자 중에서 그 나머지는 별도로 코드를 부여한 것입니다. CP949-Unicode 맵핑 테이블을 참고하십시오.
"호환이 얼마나 안 되느냐"고 물으셨는데, 간단히 말씀드리면 라틴 문자 영역을 제외하고는 아무 것도 호환되지 않습니다.
(3) hfont
텍의 입장에서 윈도우즈에서 UHC 한글로 작성한(즉 의도적으로 유니코드로 저장하지 않은) 텍스트를 처리하는 문제입니다.
XeTeX-ko, LuaTeX-ko는 입력된 한글 인코딩이 cp949든 unicode(utf-8)든 잘 처리합니다. (물론 cp949일 때는 그것을 알려주는 명령(선언)이 필요합니다)
문제는 pdftex 또는 legacy tex인데요, 이 엔진에서 한글을 처리하는 kotex-utf는 원칙적으로 유니코드만 받아들입니다.
cf. http://wiki.ktug.org/wiki/wiki.php/CP949%ED%95%9C%EA%B8%80