이 페이지는 MiKTeX 2.5가 한글 환경으로 적합하지 않다는 주장을 지지하는 논거들을 토론한다(반론 환영). 1. MiKTeX 2.5는 내성적인 시스템이라서 자체 패키지 이외의 패키지를 설치하려면 상당한 설정의 변경 등을 감행해야 한다. 1. MiKTeX 2.5의 바이너리들 중에 한글과 잘 맞지 않는 것이 많고, 최근 비약적으로 발전하고 있는 한글 처리의 실험적인 패키지들이 아예 실행조차 되지 않는 것도 있다. 그런데 MiKTeX은 개방적인 시스템이 아니라서 언제 새로운 바이너리가 추가되거나 갱신될지 알 수 없는 시스템이므로, 차라리 MiKTeX을 포기하는 것이 이 때문에 겪게 될 수많은 문제를 미연에 방지하는 것이 될 것이다. 예컨대, MiKTeX은 과연 ttf2tfm의 오메가 패치를 받아들일 계획이 있는가? MiKTeX의 패키지 매니저에서 CJK 패키지는 언제까지 이전 버전을 고수할 것인가? PdfTeX은 문제많은 1.30.6을 채택하였는데, 과연 1.40을 받아들이기나 할 것인가?... 등등... 1. KTUG에서 권장하는 한글 환경은 Unicode/UTF-8을 이용하는 것이다. 그러나 MiKTeX은 BOM 처리에 지장이 많다(KC2006에서는 BOM이 문제가 되지 않는다). 1. ConTeXt, XeTeX, JadeTeX, MetaPost, CWEB 등 한글 지원을 위하여 개발된 많은 새로운 솔루션을 적용하기가 난감하다(불가능하지 않은 것은 있겠지만). ''MiKTeX은 개방적인 시스템이 아니라서'' AnswerMe 이 문장을 제가 이해하기로는, '''MiKTeX관리자의 개발성향이 그다지 개방적이지 않다'''입니다. 제가 이해한 것이 맞나요? --WkPark 제가 의도한 의미는, 두 가지입니다. (1) MiKTeX 개발자의 개발성향이 ''우리 입장에서'' 개방적이지 않다. 아마도, MiKTeX은 한글 환경을 위해서 시스템을 재조성하는 등의 일은 결코 하지 않을 것이라고 예측하고 있습니다. DVIPDFMx의 "적절한" 버전이 받아들여지는 데 3년이 걸렸습니다. 이것은 TeXLive보다도 늦은 것이었습니다. 앞으로 무슨 일이 벌어질지 어떻게 알겠습니까? (2) MiKTeX 시스템 자체가 그다지 개방적이지 않다는 것입니다. MiKTeX에는 독립적으로 돌아가는 바이너리가 하나도 없습니다. *-miktex*.dll에 전적으로 의존적입니다. 어느 정도냐 하면, gs마저도 이 dll 없이는 동작하지 않습니다. --[Karnes] ---- KTUGBoard:5822 * Q: Omega 패치를 받아주지 않는 이유는 무엇인가요? * Q: ttf2pk/ttf2tfm의 kpathsea자 제대로 링크 안된 이유는 버그 아닐까요? ---- 예전부터 MiKTeX은 잠재적으로 일반 TeX배포판과 크게 차이나는 설정방법으로 인해, 기존 설명서를 무용지물이 되게 하고, 설명서를 다시 만들거나 해야하는 문제점이 있었습니다. 예전부터 MiKTeX의 이러한 비호환성이 큰 문제라고 생각했었습니다. TDS도 잘 따르지 않고, 다른 TeX과는 다른 디렉토리 구성 등등이 점점 MiKTeX의 잠재적인 문제점을 부각시키는군요. 이제 MiKTeX을 버릴때가 되지 않았는지 하는 생각이 듭니다. --WkPark [[Date(2006-10-01T10:25:24)]] ---- CategoryDiscussion