KC2006 제작과정에서 피씨방엘 한번 간 적이 있다. installer 제작자이신 이기황 님과 메신저를 열어놓고 마지막 최종 점검을 할 때였다. 인스톨러의 작동을 실시간으로 테스트해야 할 필요가 있었기 때문이다.

이제, 다시 피씨방엘 가서, 아주 표준적인 "함부로 사용하는 Windows"를 상대로 KC2006 설치를 테스트하였다. 이번에는 CD 없이 "수동설치"를 하는 경우를 시뮬레이션한 것. 다음은 그 과정이다.

1. wget과 일괄 다운로드 배치파일의 저장
2. 디렉토리를 만들고 위의 두 파일을 이동하여 실행
3. FREEFONTS 설치
4. W32TeX/ko 실행 일부러 D:\TEST 아래 설치하기로 하였음.
5. KC2006-texmf 압축 해제. D:\TEST에서 gunzip, tar 실행
6. kcupdate.bat와 .ico 이동
7. UPDATE 3.2 적용.
8. KC2006 페이지로 이동하여 세 개의 업데이트 적용
9. GS 설치 (브라우저에서 다운로드 필요)
10. dviout 설정
11. DOCUMENTS.tar.gz 해제
12. kcmenu를 바탕화면으로
13. TeXShell 설치 (에디터로)
14. .kcupdate와 .tex에 대한 파일 연결 프로그램 설정
15. kcmenu 더블클릭
16. kcmenu에서 패키지 초기화, TDS 갱신, fc-cache 단추를 각각 한번씩 눌러줌
17. DOCUMENTS 중의 shadowsample 선택
18. kclogmpm 버튼 클릭
19. dvi 버튼 클릭
20. dvi 보기 버튼 클릭
    
    

설치는 아주 쉬웠지만, 몇 군데 정말 처음 설치자의 입장이 된다면 당황스러울는지도 모를 만한 것이 두어 가지 있었다.

1. KC2006-texmf.tar.gz를 푸는 위치 C:\TeX 또는 D:\TeX 에 설치(즉 W32TeX/ko.msi 실행시 C:\, D:\)하는 경우는 무조건 ROOT(C:\, D:\)에 가져다두고 작업하면 되므로 어려운 일은 아닐 것임.
2. GS 설치를 위하여 다시 브라우저 접속이 필요한 점
3. GS 설치 시에 디렉토리를 적어주는 것
4. kcmenu의 바로가기 만들기
5. 파일 연결 프로그램의 설정과 활성화 kcupdate의 원활한 작동을 위하여 꼭 필요. 그러나 아무튼 수작업이 한 번 되어야 함.
6. dviout의 TEXMF 설정시 몇 가지 입력해야 하는 점 ^r\fonts\pk\\^s.^dpk와 같이 일일이 적어넣는 것이 좀 피곤할 수도... 그러나 이 정도야 뭐...
   
   

매뉴얼에 상당히 자세하게 나와 있기 때문에 실수할 가능성은 거의 없어 보이고, 사실 위의 절차가 그다지 어려운 것이라 생각하지는 않지만, 아무튼 약간 신경을 쓰게 만드는 점이 없는 것은 아니다. 다행히 CD 버전은 위의 불편을 거의 해결해서 Next만 클릭하면 설치가 이루어지므로....

kcmenu의 위력은 정말 강력하다. 이 과정 전체를 진행하면서 명령행은 단 한 번도 열 필요가 없었고, 파일 위치를 한 번 찾는 불편을 제외하면 에디터를 열어서 수정하는 것까지 일사천리로 진행된다. inverse/forward search까지 구현하려면 에디터를 손에 맞추어야 하지만, 우선 TeXShell로도 뭐 나쁘지 않은 작업이 가능하였다.

여기까지 걸린 시간 30분. 이 정도면, 대안적 TeX System으로서는 합격점.

Windows의 이런저런 에디터를 검토함..

UTF-8 지원, LaTeX에 특화된 기능이 있는 에디터

• EmEditor (plug-in) ***
• jEdit (plug-in) .. Who uses Java in these days?
• Emacs/gvim
• TeXmaker .. 2% 부족
• TeXShell .. too simple... 거의 NotePad 수준...
• VisualTeX (Editor) .. not bad.. 딱 한 가지... ForwardSearch가 yap으로만 되는 것은 무슨 심사? 다행히 InverseSearch는 됨. Scintilla를 이용하는 것인가?
  
  

UTF-8 지원하는, LaTeX에 특화되지는 않은 범용 에디터

• UltraEdit ***
• AcroEdit (?)
  
  

UTF-8 지원하지 않는 LaTeX에 특화된 에디터

• WinEdt
• WinTeX
• WinShell for LaTeX
• TeXnicCenter
• LEd (ToDo list UTF-8 지원 계획 있음)
  
  

한글 지원이 되지 않는 영문 전용이나, 완전한 WysiWyg LaTeX WordProcessor

• MicroIMP
• BaKoMa TeXWord .. non-free
  
  

한글 지원이 잘 되지 않으나 그럭저럭 어찌어찌하면 쓸 수는 있는 반-WysiWyg Editor

• ScientificWorkplace .. too expensive
  
  

만약 누군가에게 에디터를 권해야 할 때, 무슨 에디터를 쓰면 좋다고 할 수 있을까? 현재로서는 EmEditor, 또는 UltraEdit 정도인가? 최근 웬만한 에디터는 거의 전부 MiKTeX을 자동 검출하게 하는 옵션이 포함된 게 많다. MiKTeX의 도저한 영향력이라니... 다행히 MiKTeX 설정을 그대로 두어도 컴파일에는 지장이 별로 없고 yap 관련 설정만 수정하면 대략 KC2006에서 쓰는 것이 크게 어렵지는 않은 듯. EmEditor의 M's TeX Helper는 오히려 dviout 설정이 기본으로 잡혀 있으니 KC2006에 더 친화적이라 할까?

사실 이건 아무것도 아닌 거지만, 가끔 궁금해하는 분이 있어서 메모를 남긴다.

"가"라는 글자는 유니코드 [U+AC00]이다. 현재 dhucs의 폰트 이름짓기 관행에 따라, 은글꼴 tfm에서 이 글자는 ounbtmac.tfm 에 정의되어 있다. 이제 이것으로부터 pk 폰트 파일을 만들어보기로 하자.

10pt라는 옵션을 준 경우, 본문은 10포인트를 기본으로 한다. 그리고 프린터의 해상도가 600dpi라고 하자. (이것이 일반적인 dvi viewer의 기본값이다.) 이 프린터 해상도는 10pt 글자 하나를 얼마만한 해상도로 만들 것인가를 결정하는 기준이다. 600dpi는 말 그대로 인치당 600개의 도트픽셀을 찍을 수 있는 정도의 해상도인데, 10pt=0.13837인치이므로, 약 83 도트픽셀이 10pt에 사용된다. 이렇게 만들어진 비트맵 폰트의 이름을 ounbtmac.600pk라고 한다.

만약 해상도를 300dpi로 설정하면 어떻게 되는가? 만들어지는 폰트 파일은 ounbtmac.300pk일 것이고, 이것은 "가"자 하나를 그리기 위해서 가로세로 약 42도트픽셀을 사용할 것이다. 이것을 600dpi 프린터에서 찍으면 약 1/4 정도의 크기를 갖는 글자로 찍힌다.

만약 "가"자를 12포인트 크기(Large)로 식자했다고 하자. 그러면, 600dpi 해상도를 갖는 프린터(화면)에서 이 글자를 찍기 위해서 얼마만한 글자를 만들어야 할 것인가? 600*1.2=720이므로, ounbtmac.720pk가 만들어져야 한다. 이 pk 폰트 파일을 720dpi 해상도를 갖는 프린터에서 찍으면 10포인트 크기로 찍힐 것이다. 즉 ounbtmac.720pk는 600dpi에서 12포인트, 720dpi에서 10포인트 글자를 나타내는 데 쓰이게 된다. 300dpi에서는... 당연히 24포인트 글자를 찍게 된다.

pk 폴더를 가만히 보면, 600pk는 있으나 660pk는 잘 없다. 그 이유는, 다음과 같다. 이 두 해상도는 모두 10pt에 대하여 픽셀 크기로 91픽셀만을 사용한다. 픽셀에는 소수점 아래가 무의미하기 때문이다. 그러나 658pk는 660pk보다 왜곡이 적다. 이런 이유로 11pt에 대해서는 660pk가 아니라 658pk를 만드는 것이다. 두 배 했을 때는 그 차이가 더 극명해지는데, 660을 두 배 확대하면 183픽셀이 되지만 658을 두 배하면 182픽셀이 된다. 1픽셀 차이에 불과하기는 하나, 183보다 182 픽셀 글자가 왜곡이 적을 것은 예상할 수 있을 것이다. 이 설정, 즉 11pt를 dpi*1.1로 하지 않고 1.1보다 조금 작은 값으로 하도록 하는 설정은 cls, clo, fd 파일 등을 이용하여 정의한다.

글자 크기를 아주 조금만 바꾸어도, 그리고 폰트의 확대/축소 값을 새로 설정해도 pk 폰트는 매번 다시 만들어져야 한다.

연습: 10포인트 문서에서 \LARGE는 17.28포인트이다. "\LARGE 가"로 식자된 글자를 화면 또는 프린터에 표시하기 위해서 만들어지는 ounbtmac.dddpk의 ddd에 알맞은 값은? 자신의 pk 폴더에서 ounbtmac.1037pk가 만들어져 있는지 찾아보자.

앞으로 어떻게 발전할는지 모르지만, 이 시간까지 공개된 MiKTeX 2.5는, 내가 지금까지 본 TeX Implementation 중에서 최악이다.

1. TeX의 개방성을 포기한 것.
   MiKTeX은 자기완결적이다. 다른 패키지/프로그램과의 공존을 거부하는 것. 도대체 GhostScript와의 공존도 거부하고, 자신만의 GhostScript를 껴안고 있는 이런 시스템이 어떻게 (철학적으로) 가능했을까? OpenSource냐 아니냐를 떠나서 TeX 프로그램의 설계 자체가 이렇게 폐쇄적이고 자기완결적이 되어 버리면... 과연 더이상 발전이 가능하기나 할까?
2. 표준의 방기.
   오늘 MiKTeX 포럼을 보니, MiKTeX에서는 write18을 enable하는 옵션이 없어진 모양이다. 나는 지금까지 MiKTeX의 실행 옵션이 Web2C 표준을 위반하고 있는 것들을 사실 대수롭지 않게 생각했다. 특히 -quiet 같은 귀여운 옵션도 있었기 때문에... 그런가보다 했는데, 이제는 마침내 필요한 옵션을 제거하는 단계까지 진화한 것인가.
3. hidden 폴더로 숨어버린 TEXMF TREE
   TeXMF Tree는, 적어도 사용자에게는 공개되어 있어야 한다. MiKTeX 2.5는 이것들을 전부 숨겨버렸다. 사용자에게 공개된 설정 파일을 건드려도, 최악의 경우 반영이 되지 않을 수도 있을 것이다. TEXMF TREE를 개방시켜 놓고도 다중 사용자 환경을 구축하는 방법은 많다. 그런데 왜 이렇게 했는지... 예컨대 한글 환경과 같이 MiKTeX 자신이 제공하지 않는 설정을 추가할 방법이... 원천적으로 봉쇄(도사들이야 물론 가능하겠지만)되어 버렸다. 사용자의 자유를 박탈한 것. 이런 것을 가지고 "초보자를 위한다"고 말하는 것은 일종의 기만이 아닐 것인가?
4. 느린 업데이트 DVIPDFMx를 예로 들자면, 최근까지도 2004년 버전을 유지하고 있었다. PDFTeX 1.30.6이 채택되었다고 해서 반기고 있는 분위기인가 본데... 글쎄다. MPM이 관리하는 패키지들은 도대체 갱신될 줄을 모르고, Omega는 여전히 그 이상한 버전이 유지되고 있다... 이것은 필연적으로 혼자서 감당하고 관리할 수 있는 범위를 넘어섰는데, MiKTeX은 여전히 그것을 혼자 다 하고 있으니... 잘 되면 이상한 거라고 생각한다. KC2006은 부득이 MiKTeX의 mpm을 채택하기는 했지만, 몇몇 패키지의 느린 업데이트는 개인적으로 상당히 짜증난다. 물론 빠르게 업데이트되는 혜택받은 패키지들도 있지만서도...

종내, 영문 문서 작성에는 그대로 탁월한 시스템이라고 말하던 견해를 철회한다. 한글은 생각할 여지도 없어져버렸고, 영문 문서 작성의 경우라고 해도, 이건 최악이다. 이런 시스템이 유일한 선택지가 되어버린 윈도 사용자들은 일종의 재앙을 만난 것이 아닌가?

1. WinEdt WinTeX이 유니코드를 지원하지 않는 것은 그다지 아쉽지 않은데, WinEdt이 유니코드를 지원하지 않는 것은 대단히 유감이다. 왜 그런 걸까?
2. AcroEdit 역시 불완전한 유니코드 지원이 문제임. 어디선가 쓴 것 같지만... 유니코드를 ANSI로 변환해서 (내부적으로) 처리하는 방식이라 한자/일본어/중국어 등 ASCII+CP949 범위에 들지 않는 모든 글자가 물음표(?)로 바뀌는 대단히 오만한 에디터이다. 차라리 편집할 수 없다고 죽어버리는 것이 낫겠다. 바꾸기는 왜 바꾸는가? Emacs를 보라, EUC-KR 범위 밖의 문자는 아예 입력이 안 되지 않는가?
3. MiKTeX MiKTeX 2.5에 대한 내 느낌은... 좀 탐욕스럽다는 것이다. GhostScript/NetPbm 등 모든 외부 유틸리티들을 한데 합치고(원래의 프로그램들을 설치한다 해도 도외시한다.) 거기에다가 Web2C 표준과는 하등 상관없는 tex/pdftex 프로그램을 만들어두었다. 어떤 분은 "초보자를 위한 배려"라고 하는데... 초보자를 바보 만드는 시스템이며, 자원 낭비를 조장하는 시스템이다. Windows의 탐욕을 그대로 보는 것 같아서... 기분이 좋지 않다. 2.3까지만 해도 이렇지는 않았는데... 만약에 이제 업그레이드가 중단된 teTeX을 MiKTeX류가 압도하게 된다면... 그레샴 법칙이 엄연히 작동한다는 것을 다시 보게 되는 날이 있을 것이다. 불행히도... 개연성있는 예측이 아닐까 싶다. MiKTeX의 장점은 개발자가 혼자 모든 걸 다하는 시스템이라는 것이고 MiKTeX의 최대 단점은 개발자가 혼자 모든 걸 다하는 시스템이라는 것이다.
4. AdobeReader
   무겁고... 느리고... 부담스럽고... 특히 파일 잠금은 정말 귀찮다.
   
   

문제는 이 모든 프로그램들이 정말 훌륭한 것들이라는 데 있다. 아예 무시해버릴 수 있을 정도로 하찮은 것들이었다면 유감을 가질 필요도 없는 것이다.

WinEdt 5.5 beta 1을 설치하고 전에 했던 UTF-8 (with BOM) 파일 편집 테스트를 해보려 하니, 아예 열리지도 않고 죽어버린다. WinEdt 5.4는 그래도 수동으로 열면 열리기는 하였으며, 죽는 것은 이전에 열었던 파일을 실행시에 다시 열려고 할 때만 그러했는데... 이제는 아예 처음부터 한글 포함된 UTF-8 파일에는 죽어버리는구나... beta 버전이라 그런 것 같지는 않다. 앞으로도 유니코드 CJK 지원 의사는 없는 모양...

내 알기로 초창기, 이리 유명해지기 전에 WinEdt을 제법 많이 팔아준 나라가 한국이라고 알고 있는데... 어찌 이리 무성의할 수가 있나.

1. http://doeun.tistory.com 에 접속하여 글을 읽는다. 그 중에 답글을 남기려는 글을 먼저 선택하여 그 글의 트랙백 주소를 먼저 알아둔다. 예컨대 "독자 두 명의 블로그"라는 글의 트랙백 주소는 http://doeun.tistory.com/trackback/8 이다.
2. 이 글에 대한 답글을 자신의 위키/블로그 페이지에 적는다.
3. 글을 등록한 후, "트랙백" 링크를 누르면, "Send trackback ping to another blog"라는 것이 있다. send ping 링크를 눌러서 위의 주소를 적어넣고 send한다.
   
   

KTUG Faq Wiki/Blog는 트랙백이 활성화되어 있지 않으므로(사실상 별 필요가 없어서...) 트랙백을 받아들이지는 못하지만 트랙백 핑을 보낼 수는 있다. 즉, 다른 블로그에 원거리 댓글을 달 수는 있다.

http://doeun.tistory.com/10 블로그 "도은이네 집"에 올리는 모든 글은 소스를 함께 올리지 않기로 했다. 그 동네는 TeX과 상관없는 동네이기 때문. 그러나 소스를 올려둘 필요가 있으니, 여기에 저장해둔다. 윤서체 Opentype과 한양해서가 필요하고 dvipdfmx로 컴파일하여야 한다.

hermian 님이 초대해주셔서 tistory에 블로그를 내었습니다. 이름은 "도은이네 집"이고, 예전 도은이네 집 홈페이지에서 TeX과 무관하던 부분을 이어나가볼까 생각중입니다. 작은나무 님이 홍보를 하라고 하셔서 여기 써둡니다. 이게 홍보가 될는지는 아무도 모르지요 뭐. 게다가 전 홍보할 곳도 별루 음써요. 좌우지간, 방명록/답글/트랙백 좀 달아주시어요~~~

아덜넘을 데리고 도서관 가서 이태준의 문장강화를 찾아보았다. 새로 생긴 도서관이라 그런지 다음 세 종류밖엔 없었다.

1. 창비 (1988)
2. 창비 (2005)
3. 범우사 : 범우교양문고

내게는 창비 1988년판이 하나 있었는데 이사와중에 없어졌는지 찾을 수 없고, 지금 있는 것은 서음출판사에서 1988년에 낸 이태준 전집의 제16권만이 있다. 이 책은 그 후로 부지하처라 출판사가 없어진 것인지 어디에서도 볼 수 없었다.

원본이나 1947년판을 보았으면 좋겠다. 어느 도서관에 있을는지? 청주 시내 도서관에는 없는 것이 확실하다.

창비판은 본문과 내용을 모두 "현재 맞춤법과 어법에 맞게" 고쳐놓았다. 이것은 더이상 이태준의 글이 아니다. 1930년대의 글로 된 책을 내면서 "현재 맞춤법과 어법에 맞게" 고치겠다는 고약한 생각을 왜 하게되었는지 알 수 없으나(그것이 판매부수에 영향을 끼쳤다면... 할 말은 없겠다), 이태준의 이름을 빈 "새로 된 문장강화"라 하여야 하지 않을까 한다.

범우사판 문고본도 대략 비슷하다. 모두 한자는 전부 한글로 쓰고 몇 개만 괄호 안에 한자를 병기하는 방식으로 책을 만들었다. 이것은 한글 세대를 위한 것인지는 모르겠지만 한글 세대를 무시하는 것임에도 틀림없으리라.

서음출판사 본은... 책 자체로는 엉망이다. 흘수선(吃水線)을 "포수선"이라고 음을 달아둔 것 같은 것은 애교에 속한다.(처음에 책을 읽을 때 이 부분에 한자가 병기되어 있지 않아서 무슨 소린가 애를 먹었다. 게다가... 내 상식으로 먹을 흘자를 '걸'로 잘못 읽는 경우는 보았지만, 설마 '포'라니... 원고 작성자가 장기에 일가가 있지 않고서는 이런 일이 있을 수 없다.) chapter마다 한자 병기 원칙이나 현대어 수정 원칙도 일관되지 않아서, 어떤 장은 예전 모습 그대로이고 어떤 장은 윤문이 되어 있고 그러하다. 그러나 내가 이 책을 자주 보는 이유는... 다른 것과 달리 적어도 인용문을 현대 표기법으로 고치는 무식한 짓은 덜 했기 때문이다. 띄어쓰기는 조금 변조된 것 같다만.

이제, 이 책을 조판해보려 한다. 내가 세운 조판 원칙은 다음과 같다.

1. 본문은 현대 표기법과 정서법을 따르고 한자는 병기한다.
2. 예문은 원문 그대로 드러낸다.
3. 띄어쓰기나 문장부호에 대한 이태준의 설명은 그대로 살린다.
4. 형편이 닿는다면 편집주를 붙이려 한다.(나중에...)

그런데 문제는 2번이다. 내가 원문을 본 적이 없는 것이다. 서음출판사본의 예문을 그대로 조판하기로 하되, 훗날 원본을 보게 된다면 다 수정해야겠다고 마음먹었다.

1차분 작업 : 제4장의 첫부분까지

pdf howtowrite.pdf (2.54 MB)

2006-08-10

표지 작업해주시는 분이 계시지 않을라나?

pstricks를 사용한다면, fancybox 문서의 다음 예제가 가장 간단하다.

\newcommand{\titledframe}[2]{%
  \boxput*(0,1){\psframebox*{#1}}%
    {\psframebox[framesep=12pt]{#2}}%
}

그러나 아무래도 pdftex을 쓰는 상황에서는 번거롭다. 그래서... fancybox+pgf로 이를 해결해보려 한다.

\usepackage{fancybox}
\usepackage{tikz}

\newlength\tiboxwidth
\newcommand{\titledframe}[2]{%
  \begin{adjustwidth}{6pt}{6pt}
  \setlength\tiboxwidth{\textwidth}
  \addtolength\tiboxwidth{-24pt}
  \boxput*(0,1){\tikz \draw (0,0) node[outer sep=0pt,fill=white] (f) {\sffamily #1};}
      {\tikz \draw (0,0) node[outer sep=6pt,inner sep=6pt,draw] (d) 
             {\parbox{\tiboxwidth}{\vspace{6pt}\small #2\vspace{4pt}} };}
  \end{adjustwidth}
}

\titledframe{◇ 개~~~~관 ◇}{%
생산이론에 대한 쌍대접근(dual approach)은 그 동안 일부 경제학자들에
의해 추진되어 왔으며, 비용함수의 특성을 최초로 완벽하고 체계있게
발전시킨 학자는 Shephard(1953,1970)이다.}

교과서 따위의 장(편)의 시작 부분에 간단한 개관이나 요약을 두는 경우 요긴하게 쓸 수 있을 듯하고,[1] 앞서 다른 곳에서 소논문의 목차를 이런 박스 안에 두는 것을 보인 예도 있으므로 둘을 잘 결합하면 여기저기 쓸모가 많을 듯도 하다.

테스트(기본값)

• -> C:\Documents and Settings\User\Application Data\MiKTeX.5
• -> C:\Documents and Settings\User\Local Settings\Application Data\MiKTeX.5
• -> C:\Documents and Settings\AllUsers\Application Data\MiKTeX.5
  
  

설정 파일의 위치

• -> dvipdfmx.cfg : C:\Program Files\MiKTeX 2.5\dvipdfm\config
• -> dvips map files : C:\Program Files\MiKTeX 2.5\dvips//;...\fonts\map//
• -> updmap.cfg : C:\Program Files\MiKTeX 2.5\miktex\config\
• -> ttf2pk.cfg : C:\Program Files\MiKTeX 2.5..\ttf2tfm\config(?)
  
  

* HLaTeX 1.0.1

1. updmap.cfg를 수정, updmap.exe 실행
2. hmakeindex, hbibtex 을 miktex\bin 으로 이동
3. texmf-hlatex의 ROOTS 등록

(잘 될까?)

* Hangul-ucs 설치

1. dvipdfmx.cfg, ttf2pk.cfg 수정 : dvipdfmx는 괜찮은 거 같은데... ttf2pk는 아니 먹을 듯. 즉, Hangul-ucs를 그냥은 사용할 수 없다는 뜻임. ttf2pk.cfg 파일은 없음.
2. Windows/Fonts의 ttf를 읽을 수 있겠지(????)
3. sfd/cmap은 어디에?
   
   

* 결론: