KTUGFaq
![[http]](/wiki/imgs/http.png)
테스트 절차 :
- ko.TeX 최신판에서 xetexko에 해당하는 부분과 은 글꼴을 추려서 %APPDATA%\MiKTeX 아래에 가져다두고 refresh fndb.
- 적당한 한글 문서를 컴파일 시도 -> 실패.
- \newXeTeXintercharclass가 정의되어 있지 않다는 문제가 있으므로 xetex.ini에 있어야 할 이 부분을 별도의 파일로 작성하여, xetexko가 이를 불러들이도록 수정함.
- 적당한 한글 문서를 컴파일 시도 (기본 은 글꼴) -> 성공.
- 나눔명조, 나눔고딕 시도 -> 실패
- 나눔명조와 나눔고딕의 파일 이름을 영문자로 바꾼 다음 시도 -> 성공
- MiKTeX 2.8의 fc-cache는 Adobe Reader 폰트를 찾아서 cache해준다. 이것은 좋은 것 같음.
- MiKTeX 2.8의 miktex-xetex은 allocation mechanism (XeTeXintercharclass)가 정의되어 있지 않다. 사용하려면 이를 정의해주는 절차가 필요함.
- MiKTeX 2.8의 miktex-xetex은 외부 파일을 호출하거나 터미널에 메시지를 뿌려줄 때 UTF-8 인코딩을 ANSI로 바꾸는 기능이 있는 것 같다. UTF-8 인코딩의 문서를 컴파일할 때 발생하는 에러 메시지를 한글(ANSI)로 볼 수 있다는 것은 좋은데, 이 때문에 한글 폰트 이름을 읽지 못하는 문제가 생겼다. 폰트 이름을 전부 영문자로 바꾸어야 (이름으로 호출하든 ExternalLocation으로 호출하든) 에러 없이 진행된다. 즉,
\setmainhangulfont{나눔명조}라고 코딩하더라도 반드시 폰트 파일의 이름은 NanumMyeongjo.ttf이어야만 한다.- TL에서도 Windows의 한글 이름 폰트를 ExternalLocation으로는 못 찾지만 한글 이름을 가진 폰트를 "이름으로" 호출하는 것은 가능하다. 즉 폰트 이름이 꼭 영문이어야 할 필요가 없다. 한편 luatex은 한글 폰트 이름도 잘 불러준다.
- 이 부분에서 나의 착각 한 가지. 에러 메시지를 코드 변환해서 보여주는 기능은 없다. 다만 외부 파일이나 폰트 이름을 ANSI로 변환해서 찾는 기능은 있는 것 같다. 그 결과 MiKTeX에서는 UTF-8 인코딩 파일 내부에서 한글 이름 파일을 input할 수 있다. 그러나, 결과적으로 UTF-8인 폰트 이름을 ANSI로 변환하여 UTF-8으로 인코딩된 font name db에서 찾기 때문에 실패하고, 오히려 font name db에서 찾은 UTF-8 파일 이름은 생짜로 넘겨주기 때문에 역시 실패하는 것이 아닌가 추측한다.
- 같은 이유로, TeXWorks 안에서는 오히려 ANSI로 뿌려주는 메시지가 깨져버린다.
- 현재 상태로는 xetexko조차도 MiKTeX 2.8에서는 쓸 만하지 못하다.
- luatex은 아예 없다.
- MiKTeX과는 이제 다른 길에 들어선 듯. 더이상 이 문제로 고민할 필요가 없지 않은가 싶다.
- 이 리포트는 "MiKTeX 2.8에서 xetexko를 돌리는 데 성공했다"는 취지가 아니라 그냥은 안 된다는 것임.
