KTUGFaq
![[http]](/wiki/imgs/http.png)
최근 올라오는 질문 중 압도적인 비중을 차지하는 것은 대략 다음과 같이 정리할 수 있는 것이다.
특히 첫번째 것은 "KC2008에 뭔가 문제가 있는 것 아닌가요?"라는 뉘앙스를 띠고 있고, 실제로 어떤 블로거께서 "KC2008은 호환성에 문제가 있어서 MiKTeX으로 돌아갔다"고 적어두신 것을 보았다.
일단 위의 두 가지 문제는 본질적으로 동일한 것이다. 즉, 두번째 질문은
- 그림을 eps로 준비했으며
- Yap으로 볼 때는 그림이 보였으나
- WinEdt의 pdf 변환(아마도 pdflatex 컴파일 버튼일 듯) 버튼을 눌러보았더니 그림이 안 나온다
이 문제에 대한 답변 전략은 그냥 "eps를 쓰지 말고 pdf로 그림을 준비하세요."인데, 이게 또 순조롭게 잘 되지 않는 경우가 많다. 그럴 경우를 몇 가지 조사해보았는데,
- 소스 자체에 꼭 그림의 확장명까지 모두 써둔다는 점. 그러니 pdf로 이걸 바꾸려면 얼마나 피곤한 노릇이겠는가.
- 시대에 맞지 않은 클래스 파일인 경우가 있다는 점. 이런 것은 pdflatex으로 컴파일하는 상황을 아예 고려하지 않고 있다. 따라서 이런 경우는 pdflatex로 컴파일하면 안 된다는 것을 지적해야 할 것이다.
- 그림을 입력하기 위해서 \includegraphics를 쓰는 분들은 거의 이런 문제를 겪지 않는다는 점. \epsfig 와 같은 옛날식 명령을 굳이 쓰고 있거나, 심지어 \epsfig를 이용하여 개인화한 명령 \ef 같은 걸로 그림을 삽입하고 있는 소스들에서 주로 발생하는 문제라는 것.
여기까지 와서, KC2008의 소위 "호환성" 문제를 살펴보자. KC2008이 호환성이 없다고 주장하게 되는 근본 원인이
- 이전까지 잘 컴파일되던 게 잘 안 된다
- KC2008의 default 편집기의 default 컴파일 명령이 pdflatex이라는
요컨대, 이제
- "F6 대신 Alt-F6을 눌러보세요"라고 답변하는 것이 더 낫지 않을까?
- 그림을 pdf로 준비하고 \includegraphics 명령을 쓰도록 유도하는 것은 정녕 불가능하단 말인가.
