• stylers.zip (5.61 KB)

1. 준비. 관리자 권한으로 로긴하여, C:\Documents and Settings\<USER>\ 폴더를 탐색기로 열자. 그러면 "바탕 화면"이라는 폴더가 있을 것이다. 이것을 복제한다. 그리고 이름을 Desktop이라고 해두자. 또, C:\Documents and Settings\All Users 폴더 아래에도 Desktop을 "바탕 화면"과 같은 내용으로 준비해둔다. 내용을 복사한 후에, 나중에 바탕화면의 경로가 바뀌었는지 알기 위해 "바탕 화면"에는 없는 무의미한 파일 하나를 만들어두면 좋다.
2. Windows키+R 을 눌러서 (시작-실행) regedit 이라 써넣고 엔터를 치면 레지스트리 편집기가 열린다.
3. Ctrl-F를 눌러서 Shell Folders 키를 찾는다. 맨 위에서부터 찾으면 다음 키들을 만날 수 있다. 다음 찾기는 F3이다.

    \HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders
    \HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders
   

4. 키 값 중에 보면 Desktop이라는 게 있다. 이것을 더블 클릭하여, 값 데이터를 바꾸어준다.

   C:\Documents and Settings\<USER>\Desktop
   

5. 위에 적은 두 개만 바꾸면 아마 될 것이다.
6. 수정 후, 즉시 재부팅
7. 재로긴 후, 자신이 아까 만들었던 무의미한 파일이 바탕 화면에 나와 있는지 확인한다.

SP3에서 테스트했으며, 위의 내용에 대해 필자는 어떤 책임도 지지 않을 것임.

1. 자체 뷰어에 대한 Forward/Inverse Search. 잘 된다.
2. UTF-8 파일을 컴파일할 때 나오는 에러메시지가 한글로 보인다. cmd에서 제일 답답했던 게 이거였으니...
   
   

# texexec --engine=xetex --passon="--synctex=-1" foo

1. KC2008 공개 후, 반응이 전혀라고 해도 좋을 정도로 없다. 좋은 현상인 건지?
   • 반응이 없는 건, 잘 돈다는 뜻이라고 저는 우겼습니다.
   • 몇 가지 예상 질문에 대해 답변과 대책을 이미 다 세워놓고 있음에도 아직 아무도 질문하는 분이 없어서 써먹지 못하고 있다는 제 얘기.
2. KCmenu 탑재한 Notepad++에 대한 논의.
   • 현재 F5, F6, F7, F8 키를 사용하는 단축키에 의한 작업 루틴은 매우 실용적이고 잘 구성되었다.
   • SumatraPDF를 이용하여 인버스/포워드 서치를 하게 된 것은 작업 효율을 적어도 몇 배는 높여줄 것이다.
   • Notepad++의 의의는 처음 설치한 텍 시스템에서 최초의 문서를 컴파일해 봄으로써 텍에 대한 이해를 높이자는 의도이지 이것이 유일한 텍 편집기여야 한다는 의도에서 포함된 것이 아니다. 더 좋은 에디터를 쓰면 더 좋은 결과를 얻을 것이다. 그러나 처음사용자에게 제공되는 이 만한 수준의 에디터라면 충분히 칭찬받을 만하다.
   • 그럼 확실히 MiKTeX보다 낫다는 결론. MiKTeX은 에디터도 없고 첫번째 예제도 없지 않나?
   • 에디터 얘기 좀 더. AcroEdit이 아마도 조만간 유니코드를 지원할 수 있을 가능성이 있지 않을까 하는 대화. 샘처럼 님은 아시다시피 AcroEdit 사용자이시지요. 최근 KC2008 작업으로 한동안 Notepad++을 쓰셔야 했겠지만...
3. KCmenu의 개선에 관한 이런저런 논의. KCmenu 개발 과정의 뒷얘기.
4. TeXLive에 대한 얘기.
   • 무척 빠르다. (설치가 빠르다는 얘기가 아니라...)
   • KC2008만 설치해도 업데이트 다 되고 충분히 쓸 수 있으므로, 상당히 견고한 시스템인 것은 틀림없는 것 같다.
   • kcauto에 대한 얘기. kcauto는 필요없다는 결론.
5. SumatraPDF에 대한 얘기
   • SumatraPDF의 이상한(?) 점에 대한 얘기.
   • SumatraPDF의 텍스트 추출 검색에 관한 얘기.(나중에 확인해봤더니 제한적이기는 하지만 검색이 되긴 하네요.)
   • SumatraPDF를 dvi viewer가 하던 일을 대신하게 하는 것에 대한 얘기. 최종 출력물을 Adobe Reader로 보고 작업 과정에서는 SumatraPDF를 쓰는 것이 작업 효율을 높인다는 데 동의.
6. projectmain에 대한 얘기
   • 역시 여러 하위 문서로 이루어진 일을 할 때의 효율성이 얼마나 높아질는지에 대한 감탄. (대부분... 이런 식으로... 우리가 한 일에 대한 스스로의 감탄으로 이루어진 대화였네요... ^^)
   • projectmain의 로직에 대한 얘기. 두번째 줄까지 읽게 된 사연.
7. first.tex에 대한 얘기.
   • 이주호 님의 역작에 대한 감탄. 어떻게 첫 예제로 이만한 규모의 글을 쓸 생각을 하신 걸까?
   • template에 대한 얘기. documents 폴더의 수많은 예제들이 방대하고 매우 쓸 만하지만, 실상 필요한 것은 Notepad++에서 Ctrl-N을 누르면 template을 열어주도록 할 필요가 있었을까?
8. 대세는 XeTeX
   • my_tiny_xetex에 대한 대화.
   • XeTeX에서 왜 폰트 언임베딩이 안 되는지에 대한 대화.
     • XeTeX의 성격상 폰트를 임베딩하지 않는 것은 거의 쓸모가 없다는 결론.
     • dvipdfmx(xdvipdfmx)의 놀라운 폰트 압축률이 오히려 더 나은 것 같다는...
   • XeTeX과 luaTeX에 대한 비교 등.

1. dvi와 dvi viewer를 잊읍시다.
2. eps 그림 포맷을 잊읍시다.
3. Adobe Reader와 SumatraPDF를 "둘 다" 씁시다.
4. 폰트가 문제가 된다면 XeLaTeX을 고려해봅시다.
   
   

"C:\Program Files\SumatraPDF\SumatraPDF.exe" -inverse-search "\"C:\Program Files\EmEditor\EmEditor.exe\" /l %l \"%f\""

1. 그림을 즉시 화면으로 볼 수 있을 것
2. InverseSearch를 통한 실시간 수정이 가능하고 그 결과를 볼 수 있을 것

1. 소스를 dvips에 적합하게 만든다.
2. Ctrl-F6을 눌러서 컴파일한다. 에러없이 진행된다면 OK.
3. Ctrl-F5를 눌러서 SumatraPDF 뷰어를 띄워놓는다.
4. SumatraPDF로부터 수정할 부분을 더블 클릭해서 에디터로 돌아온다.
5. 수정 후에, Ctrl-F5를 다시 누르거나, 아니면 Ctrl-F6으로 컴파일, Ctrl-F7로 뷰한다.(pdf 창을 닫을 필요 없이 수정분이 바로 반영된다.)
6. ps2pdf없이 PDF 파일만 열려면 F7을 누른다.
   
   

1. 다음과 같은 사용자 배치파일을 하나 만든다. 이름을 myps.bat라고 하자.

   latex -shell -synctex=-1 %~n1
   dvips -Ppdf %~n1
   call ps2pdf %~n1.ps
   

2. Notepad++의 메뉴 -> 플러그인 -> NppExec -> Show Console Dialog를 선택하면 편집화면 하단에 명령행이 생겨난다. 여기서

   cmd
   

   라고 써넣어서 cmd 창을 만든다.
3. 이 창에

   myps $(FILE_NAME)
   

   이라고 한번 써넣는다. 똑같이 쓰면 된다. 굳이 작업 파일 이름으로 바꿀 필요가 없다. (이후로는 윗쪽 화살표키로 이전 명령을 다시 불러올 수 있다.)
4. 편집창으로 돌아와 [F7]로 ForwardSearch한다.
5. SumatraPDF에서 InverseSearch한다.
6. 내용을 수정하고 myps를 다시 실행하면, 열려 있는 SumatraPDF 창의 내용이 실시간으로 자동 갱신된다. 당연히 pdf viewer 창을 닫을 필요도 없다.