• AMSLaTeX . . . . 1 match
        (!) 시작 단추를 누른 채 R 키를 누르면 다음 그림과 같은 "실행" 창이 뜬다. MiKTeX 등이 깔려 있을 경우 "열기(O):" 다음의 빈칸에 "texdoc amsldoc"을 입력하고, 확인 단추를 누르면 amsldoc.dvi 또는amsldoc.pdf 를 찾아 준다.
• AMSLaTeX/Math . . . . 1 match
        특히 `testmath`는 다양한 수식 판형을 보여준다. 이 사이트에 있는 문서 중 `short-math-guide`만 빼고 모두 texdoc으로 열어볼 수 있다. `texdoc testmath`를 입력하면 `testmath.dvi` 파일이 열린다.
• AMSLaTeX/Theorem . . . . 1 match
       '''Theorem''', '''Lemma''', '''Defintion''', ''Example'', ''Note'', ''Remark'', ''Acknowledgment'', $\cdots$ 등의 표제어를 앞머리(Header)로 두는 문단을 선언적 문단(Proclamation)이라 한다. 선언적 문단의 스타일(기본 LaTeX의 스타일)로 Mittelbach [''An extenssion of the LaTeX theorem environment'', 2004, p.3](MiKTeX을 깔았다면 `C:\texmf\doc\latex\tools\theorem.dvi`)는 `theorem style` 이라하여
• AUCTeX . . . . 15 matches
        1. `C-c C-r`를 누른다. (이 글쇠는 `TeX-command-region`을 의미하며, 먼저 사이칸(buffer)이 수정되었는가를 살펴봐서 저장판에 갈무리(save)할 것인가를 물어보고 `.tex` 파일이 `.dvi` 파일을 비교하여 `.tex`파일이 더 새 것이면 LaTeX할 것을 제시한다.)
       볼 수 있다. 기본으로 DVI 모드로 작동하여 `latex`으로 컴파일하고 xdvi로 출력물을 보여준다. `pdflatex`으로 컴파일하고 `xpdf`로 보려면 `C-c C-t C-p` 단축키를 이용해서 PDF 모드로 전환하면
       ||<(> `C-c C-v` ||<(> `TeX-view` ||<(> view dvi/ps/pdf ||
       '''Q.''' ''TeX 파일을 유닉스, 맥, PC, 등을 사용하는 여러 사용자끼리 이메일로 주고 받다가 엉망이 되어 버렸습니다. 예를 들어 한줄의 길이가 수백자씩 되고, 독립된 줄에 있던 \begin{..} 또는 \end{...} 등이 한줄로 다 합쳐져 있습니다. TeX을 돌려 dvi 파일을 얻는데에는 아무런 지장이 없지만, 원본의 수정 작업이 힘듭니다. 이렇게 된 파일을 예쁘게 고쳐 주는 프로그램이 있을까요?'' (from KTUGOperate:6526'''''')
        * DviOut과 InverseSearch/FowardSearch 설정할 것
        * [NTEmacs#s-6.1] DviOut 설정
        (list "dviPS" "dvips %d -o %f"
        ;; (list "dvipdfm" "dvipdfmx %d" 'TeX-run-command nil t))
        ;; (list "dviPS-landscape" "dvips %d -t landscape -o %f" 'TeX-run-command nil t))
        (list "DVIPDFMx" "dvipdfmx %d" 'TeX-run-command nil t))
        ;; (list "DVISearch" "yap.exe -1 -s %n%b %d" 'TeX-run-command nil t))
        (list "DVISearch" "c:\\TeX\\dviout\\dviout.exe -1 %d # %n %b" 'TeX-run-command nil t))
        (list "DviOut" "c:\\TeX\\dviout\\dviout.exe %d"
        (define-key LaTeX-mode-map [f10] 'do-DVISearch)
        (define-key LaTeX-mode-map [f11] 'do-DVIPDFMx)
       (defun do-DVISearch ()
        (TeX-command "DVISearch" 'TeX-master-file))
       (defun do-DVIPDFMx ()
        "Running DVIPDFMx"
        (TeX-command "DVIPDFMx" 'TeX-master-file))
• AcroEdit . . . . 10 matches
       에러검출은 MiKTex이나 이를 기반으로 한 KTUGCollection2005 사용당시 Karnes님의 도움으로 TeXify와 -q 옵션을 이용하여 사용하였다. 그러나, KC2006에서부터는 texify가 지원되지 않고 texi2dvi나 kcltxmk등에서도 표준에 근접하여 동작하므로 "texify -q" 를 이용한 위의 방법은 지원하기 힘들다.
       || 메뉴이름 || Dviout Forward Seach || 이름은 바꾸어도 상관없다 ||
       || 명령행 || `C:\TeX\dviout\dviout.exe` || 이부분은 실제 설치된 디렉토리로 바꾼다. ||
       || 인자 || `-1 "%PATH%%NAMEONLY%.dvi" # %CURROW% "%FULLNAME%"` || ||
       이제 위에서 설정한 버튼을 누르면 dviout에서 dvi를 보여줄 때 현재 커서가 있는 행이 있는 곳으로 갈 것이다.
       (내 컴퓨터에서는 현재 커서가 위치한 행이 위치한 dvi의 페이지의 바로 앞 페이지로 가고 있다. :-)
       만약 yap를 사용한다면, yap -1 -s "%CURROW% %FULLNAME%" "%PATH%%NAMEONLY%.dvi" 로 가능할 것이다.
       예를 들자면 컴파일하여 dvi화일이 있을 경우, dvipdfmx를 실행은 그림 6과 같이 설정하면 사용하실 수 있습니다.
• AcrobatDistiller . . . . 2 matches
       '''A:''' `TeX`이 소스인 `dvi`, `ps` 파일에서 `dvi->pdf`, `ps->pdf` 기능을 이용하여 `pdf` 파일을 만들 때는 "애크로뱃 디스틸러"가 필요 없습니다. 그리고 "애크로뱃 디스틸러 4.0"은 별로 좋지 않습니다. "MS오피스" 파일들을 PDF로 바꿀려면 "애크로뱃 디스틸러"가 편하긴 한데 "애크로뱃 6.0"이후 버젼이라야 제대로 됩니다. 또 "아래아한글"(hwp)은 [http://www.hancomshop.com/html/fp/event/pdf_event_special/index.html 한컴 PDF] 패키지를 써야 제대로 된 pdf가 만들어집니다.
• Beamer . . . . 9 matches
        * dvips/ps2pdf와 pdflatex을 지원한다. ('''dvipdfm과 dvipdfmx는 지원하지 않는다''')
        * multimedia.sty을 제공하며 이를 통해 동영상 및 사운드 파일을 쉽게 넣을 수 있다. (이 꾸러미는 beamer와는 독립적이서 article 같은 다른 클래스랑 사용해도 된다. ''pdflatex'' 뿐만 아니라 ''dvips/ps2pdf''로도 컴파일된다)
       \documentclass[dvips]{beamer}
        * 컴파일은 반드시 '''dvips/ps2pdf''' 루트를 따라야 한다. PSTricks 은 PDFLaTeX 으로 직접 컴파일되지 않는다.
       || DVIPDFm, DVIPDFMx || 사용불가 || ||
       한글 사용에 아무런 제약이 없다. 특히 pdftex, dvips 어느 쪽이든 pdf bookmarks와 한글 텍스트의 검색 추출이 모두 가능해진다.
       ==== dvips/ps2pdf ====
       \documentclass[hyperref={dvips,unicode}]{beamer}
• Beamer/HLaTeX . . . . 2 matches
        * HLaTeX hfont를 사용하려면 pdflatex으로는 잘 되지 않거나 에러가 발생하고 dvips를 이용하려면 복잡한 후처리가 필요하다(그나마 윈도에서는 사실상 사용이 어렵다).
        a. 만약 beamer를 pdflatex이 아니라 dvips/ps2pdf 방법으로 사용한다면 유진호 님의 다음 팁을 이용할 수 있다. KTUGContrib:2648
• BibTeX . . . . 3 matches
       소스(LaTeX 파일과 bib 파일)에서 최종 문서(dvi)를 만들 때 네 단계의 실행 과정
       을 거치는 방법을 사용할 때는 BibTeX의 기능을 쉽게 이해할 수 있었다. 그러나 요즘 많은 사람들이 하나의 단추나 배치파일을 실행하여 한번에 최종 문서(dvi 또는 pdf)를 만들기 때문에 BibTeX이 하는 일을 잘 이해하지 못하는 수가 있다.
       TeX 파일에서 `\bibliography{}`로 Bib 파일을 불러 BibTeX을 실행하면 aux 파일에 찾아 놓은 Cite Key들과 bst 파일을 참조하여 참고 문헌과 관련된 보조 파일들(bbl, blg)을 만든다. 이 중 bbl 파일만 실제 출력 파일(dvi 또는 pdf)을 만드는 데 쓰인다. blg 파일은 bbl 파일을 만들 때 일어난 일들을 기록한 것이다. 만약 BibTeX 실행 중 에러가 생기면 이곳에 기록된다. 결국 BibTeX이 하는 가장 중요한 일은 aux 파일에 들어 있는 Cite Key들을 보고 Bib 파일에서 같은 Cite Key를 가진 Bibitem들을 찾아서 LaTeX, PDFLaTeX 등을 실행하면 참고문헌의 목록으로 나타나도록 thebibliography 환경을 만들어 bbl 파일에 기록하는 일이다.
• CJKLaTeX/UTF8 . . . . 2 matches
        1. PDFLaTeX 은 사용하지 못함. latex -> DVIPDFMx 루트로 pdf를 얻을 수 있다.
        1. dvipdfmx.cfg와 ttf2pk.cfg를 편집한다.
        * dvipdfmx.cfg {{{
• CJKLaTeXUnderMiKTeX . . . . 1 match
        * PDFTeX 엔진을 사용할 경우만 해당한다. (pdflatex, latex -> dvipdfmx)
• CWEB . . . . 2 matches
        * cweave로 부터 나온 foo.tex은 TeX을 이용하여 foo.dvi를 만든다.
       % dvipdfmx foo
• ChoF . . . . 1 match
       * [DVIPDFMx] 프로젝트 (with Shunsaku Hirata)
        http://project.ktug.or.kr/dvipdfmx/
       2. 지난 1년 동안 쌓인 DVIPDFMx 관련 버그 레포트 및 요구 사항들 해결 (언제하려나...)
• ColorInDocument . . . . 7 matches
        이 패키지들은 DVI 드라이버에 매우 민감하므로 원하는 DVI 드라이버를 미리 지정해주어야 하는 경우도 있다. 기본값은 dvips이다.
        `[model]`은 DVI 드라이버가 이해하는 색 모델이다.
       이 명령은 DVI 드라이버에 따라 다르게 작동할 수 있다.
       == named color (dvipsnames) ==
       와 같이 하는 것이다. 이렇게 하면 `dvipsnam.def`라는 미리 정의된 색상명칭 정의 파일을 불러들인다.
       `dvipsnam.def`에 정의된 생상명칭은 cmyk 모델로 되어 있다. 그래서 화면상에서 보기에 실제 색명칭과 DVI 드라이버가 처리한 색상의 색감이 다르게 보일 수 있다.
       xcolor 패키지는 두 종류의 named color 모델을 제공한다. 하나는 color 패키지의 `dvipsnam.def`을 이용하는 것으로 다음과 같이 지정한다.
       \usepackage[dvipsnames]{xcolor}
       svgname은 RGB 모델로 색상이 정의되어 있으므로 스크린을 위해서는 dvipsnames보다 결과가 바람직하다. 그러나 두 모델의 색상 명칭이 조금씩 달라서 호환되지 않고 svgname이 더 많은 색상명칭을 정의하고 있다.
• CrimsonEditor . . . . 9 matches
       ctrl+f2 : Yap dvi viewer
       ctrl+f3 : Dvips
       ctrl+f5 : Dvipdfm
       === ctrl+f2 : Yap dvi viewer ===
        1. dvi 파일을 불러오실 때 파일 이름은 같고 확장자만 *.dvi이므로 `[Arguement]`에서 ▶를 누르셔서 `[File Title(현재 부르고 있는 문서의 확장자를 제외한 이름)]`을 택하세요. 거기에 확장자 `.dvi`를 붙여주세요. 그러면 다음과 같이
       $(FileTitle).dvi
       === dvips와 dvipdfm, ghostiew, acrobat reader 설정 ===
       현재 작업하는 행에 해당하는 DVI의 특정 위치로 [Yap]을 바로 열어주려면, 다음과 같이 설정하면 됩니다. 위의 Yap Dvi Viewer 설정과 동일하게 하되, 네번째 단계의 `[Argument]` 설정에서,
       -1 -s$(LineNum)$(FileName) $(FileTitle).dvi
• CustomBib . . . . 2 matches
       '''btxdoc.dvi'''와 '''btxhak.dvi'''파일을 읽어보길 권장한다. (bst 파일이 postfix stack 언어로 작성되어 있다고 하는데 글쓴이가 여기 적어 놓은 방법외에는 아는 것이 별로 없습니다 ^_^).
• CygWin . . . . 1 match
        * X 서버를 통하여, 주요한 리눅스/유닉스용 프로그램들을 윈도에서 실행할 수 있다는 점. TeX과 관련된 몇 가지 예를 들면, XFig, LyX, TeXmacs, [teTeX], XDvi 등등...
        * KTUGBoard:545 홍석호 님의 CygWin에서 xdvi 설치
• CygWin에서설치하기 . . . . 11 matches
        * devel : CYGWIN을 사용하여 프로그램 등을 개발할 때 필요한 개발도구들. DVIPDFMx를 컴파일하여 사용하기 위해 몇가지 개발도구(예:gnu c, libpng??-dev 등)가 필요하다.
        1. DVIPDFMx는 컴파일해서 써야 한다.
        1. [ko.TeX]의 oblivoir 클래스가 CygWin의 pdftex과 호환되지 않을 가능성이 있다. 이 때는 latex -> dvipdfmx 루트를 이용한다.
       === DVIPDFMx 설치 ===
       DVIPDFMx는 CVS로 소스를 다운로드받아서 빌드한다. 컴파일 설치를 위한 임시 디렉토리를 {{{~/work/dvipdfmx}}}라 한다면,
       $> cvs -d :pserver:anonymous@cvs.ktug.or.kr:/home/cvsroot co dvipdfmx
       $> cd dvipdfmx
       이것으로 설치가 완료될 것이다. 실행파일은 {{{/usr/bin/dvipdfmx}}}이다. 편의를 위하여 방금(20080219) 컴파일한 바이너리를 여기 올려둔다.
        attachment:dvipdfmx-cygwin.tar.gz
        1. <!> DVIPDFMx는 몇 가지 라이브러리를 요구한다. 자세한 것은 DVIPDFMx의 홈페이지를 참고하라. CygWin의 개발도구를 모두 설치하였다면 라이브러리 문제는 발생하지 않으므로, CygWin 설치시에 이를 모두 선택해두든가, 만약 라이브러리가 설치되어 있지 않다고 나오면 CygWin setup을 실행하여 관련되는 라이브러리를 추가로 설치해준다.
        * dvi -> xdvi
       # dvipdfmx testa
       # xdvi testa.dvi &
• CygWin에서설치하기/obsolete . . . . 8 matches
       그 다음, 필요한 설정 파일들을 복사하거나 새로 만든다. 필요한 파일은 {{{dvipdfmx.cfg, ttf2pk.cfg, updmap.cfg, texmf.cnf, fmtutil.cnf}}} 등이다.) 다음과 같이 복사하면 된다.
       || /usr/share/texmf/dvipdfm/config/dvipdfmx.cfg || $HOME/.texmf/config/dvipdfm/config/dvipdfmx.cfg ||
       % DVIPDFMx
       ==== dvipdfmx.cfg의 수정 ====
       `~/.texmf/config/dvipdfm/config/dvipdfmx.cfg`를 에디터로 열어서 138행의 주석을 제거한다.
• DHHangul . . . . 2 matches
        * cyberbit글꼴에 fakebold 구현([http://cvs.ktug.or.kr/viewcvs/dvipdfmx/README dvipdfmx의 README] 5.2 항목 참고).
• DVI . . . . 1 match
       TeX의 표준출력 파일 포맷. 최종출력은 이 DVI 출력파일을 [DVIware]로 변환하여 이루어진다. '''D'''e'''v'''ice '''I'''ndependent (장치독립)이라는 말에서 왔다고 한다.
        PDFTeX은 DVI 대신 pdf를 바로 출력할 수 있다.
        * [/Format] DVI 파일포맷에 대한 자세한 정보
        * [DVIware] : DVI를 최종출력으로 변환하는 데 사용되는 유틸리티.
        * Screen Previewer : [DviOut], [Yap], [XDvi]
        * PDF converter : [DVIPDFMx], [DVIPDFm]
        * printing utility : [dvips]
• DVIPDFMx . . . . 8 matches
       Uploads:dvipdfmx.png
       [PDF] / dvipdfmx
        * 홈페이지 http://project.ktug.or.kr/dvipdfmx/
       == DVIPDFMx의 소개 ==
       DVIPDFMx는 [DVIPDFm]의 e'''X'''tended 프로그램으로 출발하였다. [DVI] 파일을 [PDF] 포맷으로 번역해주는 일을 한다.
        * Shunsaku Hirata 님의 dvipdfm-jpn과 ChoF 님의 dvipdfm-kor가 합쳐진 dvipdfm-cjk가 전신이다. 그 후 ChoF 님과 Hirata 님에 의하여 현재의 DVIPDFMx로 발전하였다.
        * [Omega]/[Lambda]에 의하여 만들어진 [DVI]를 처리할 수 있다.
       == DVIPDFMx를 써야하는 이유 ==
        * [TUG2003]에서 발표된 ChoF님의 발표자료 [http://project.ktug.or.kr/dvipdfmx/doc/tug2003.pdf TUG2003(PDF)]
        * [http://cvs.ktug.or.kr/viewcvs/dvipdfmx/doc/dpxunicode.pdf DPXUNICODE(cvs)]
        * [DVIPDFMx/Installation]
        * [DVIPDFMx/설치배포판]
       == [DVIPDFMx/Example] ==
• DVIPDFMx/Example . . . . 3 matches
       % \usepackage[dvipdfm,CJKbookmarks]{hyperref} % 한글북마크를
       % \AtBeginDvi{\special{pdf:tounicode UTF8-UCS2}} % 사용하겠다고 알려준다
        % ifpdf 이하의 문장은 DVIPDFMx가 아니라 pdfTeX에 대비한
       물론 컴파일시 dvipdfmx로 해야 한다 (특히 WinEdt사용시 기본으로 있는 버튼을 누르면 dvipdfm이 실행되니 버튼 내용을 바꾸든지 아니면 커맨드라인에서 입력하자.)
• DVIPDFMx/Installation . . . . 6 matches
       배포판으로 설치하고자 한다면 [DVIPDFMx/설치배포판]을 참고하라. 여기서는 직접 컴파일-빌드하는 방법을 설명한다.
       #> wget http://project.ktug.or.kr/dvipdfmx/snapshot/current/dvipdfmx-20050831.tar.gz
       #> tar zxvf dvipdfmx-20050831.tar.gz
       #> cd dvipdfmx-20050831
        Linux/CygWin의 [teTeX]에서 DVIPDFMx를 컴파일-설치한 경우 `texmf.cnf`에 다음 사항을 추가해준다. Adobe cmap 파일은 예컨대 TrueType 글꼴을 이용하거나 할 때 필요하다.
       % CMap file inputs for DVIPDFMx
       % CMap file inputs for DVIPDFMx
        그리고 `/etc/texmf/texmf.d/50dvipdfmx.cnf`라는 파일을 만들어
        DeleteMe. 이 CMAPINPUTS 설정은 cmap을 [kpathsea]를 이용하여 찾는 [teTeX] 3.x와 dvipdfmx 최근 버전을 이용하는 경우 반드시 설정할 필요는 없다. 그러나 가끔 이전 버전의 [teTeX]을 여전히 이용하는 경우에는 주의를 기울여야 한다. -- Karnes [[DateTime(2005-12-13T22:27:18)]]
       CygWin [teTeX] 상에서 DVIPDFMx를 위의 리눅스의 경우와 같은 방법으로 컴파일-설치할 수 있다.
       OS X에 [teTeX]이 설치된 경우라면 DVIPDFMx를 컴파일하여 사용할 수 있다.
• DVIPDFMx/설치배포판 . . . . 2 matches
       #title DVIPDFMx/설치배포판
       [Hangul-ucs]를 패키징하는 과정에서 DVIPDFMx 설치 패키지도 최신 버전으로 새로 묶어졌다.
       apt-get install dvipdfmx
       KTUG이 제공하는 DVIPDFMx-20050831 MiKTeX 바이너리
        * MiKTeX 2.4에 포함되어 배포되는 dvipdfmx 바이너리는 한글 트루타입 사용에 약간의 문제가 있어 KTUG에서는 패치 버전의 바이너리를 별도로 준비하고 있다. 이에 대해서는 [MiKTeX한글환경]을 참고하라.
        * Adobe cmap 파일 참조를 위해서는 AdobeReader의 한글판이나 Asia Font Pack을 설치해야 한다. [MiKTeX-KTUG]에 포함된 DVIPDFMx는 AdobeReader의 Resource 디렉토리를 자동으로 찾아서 cmap 파일을 참조한다. AcrobatReader의 Q&A Q2번을 보라. cf. KTUGSetup:2995
       W32TeX에는 윈도우용 DVIPDFMx 바이너리가 포함되어 있다.
• DVIPDFm . . . . 3 matches
       [PDF] / dvipdfm
       http://gaspra.kettering.edu/dvipdfm/
        * http://gaspra.kettering.edu/pipermail/dvipdfm/
• DVI드라이버 . . . . 31 matches
       TeX의 표준 출력 파일인 DVI를 처리해주는 유틸리티 프로그램.
        1. '''[dvips](k)'''
        가장 널리 쓰이는 DVI 드라이버. PostScript 인쇄기로 바로 출력할 수 있게 해준다. `-o` 옵션으로 파일로 쓰게 할 수도 있다. Karl Berry 씨가 만들었다. [dvips](k)는 dvips를 [kpathsea]에 붙인 버전을 말하는 것인데, 지금은 `dvips`라고 하면 거의 언제나 [dvips](k)를 가리킨다.
        `PDFTeX`은 DVI로 출력할 수도 있고 PDF로 바로 출력(DVI 없이)할 수도 있으므로, 컴파일러인 동시에 일종의 [DVI드라이버]라고 볼 수 있다.
        1. '''dvipdfm'''
        See [DVIPDFm]
        1. DVIPDFMx
        [DVIPDFm]을 조진환(ChoF) 님과 Shunsaku Hirata 님이 개선하였던 dvipdfm-cjk를 ChoF님이 발전시킨 e'''x'''tended 버전이다. See [DVIPDFMx].
        1. '''xdvi'''
        [XDvi]는 유닉스 계열의 윈도 환경인 X Window 시스템을 위한 DVI 미리보기 프로그램이다. [teTeX]에 기본으로 포함되어 있다.
        1. '''windvi'''
        [fpTeX]과 [TeXLive]에 포함되어 있는 [XDvi]의 Windows 포팅판이다.
        1. '''dviout'''
        DviOut은 동경대학 수리과학연구과의 Toshio Oshima 박사가 만든 프로그램으로 일본에서는 MS-Windows 환경이라면 거의 대부분 이 프로그램을 사용한다고 할 정도로 많이 사용되고 있다. 특히 DviOut 프로그램의 About dviout 메뉴를 보면 얼마나 많은 사람들이 이 프로그램의 발전에 관심을 가지고 기여를 했는지 알 수 있다. 장점으로는 생각할 수 있는 거의 대부분의 기능(예를 들어 subfont를 이용한 트루타입 글꼴의 직접 처리)을 포함하고 있다는 것이고 반면 단점은 워낙 많은 기능들을 넣다보니 소스코드가 매우 읽기 힘들다는 것이다. [Yap] 이나 WinDvi 에 만족하지 못하는 사용자들이라면 꼭 한번 사용해 보길 추천한다. --[ChoF]
        1. '''DviWin'''
        1. '''kdvi'''
        KDE의 dvi 미리보기 프로그램
        1. '''xgdvi'''
        X 윈도우 시스템을 위한 TeX DVI 미리보기 프로그램. GTK+ 프론트엔드. EPS 그림과 일본어 DVI 파일도 처리한다.
        1. '''advi''' [http://pauillac.inria.fr/advi/]
• Daisyweb . . . . 4 matches
        * DVIPDFMx 홈페이지에 가면 Gentium을 사용한 예제를 볼 수 있지만, 글꼴 설치 팩이 제공되지 않아서 개인적으로 만든 것이다
        * 사용가능한 텍 컴파일러: dvipdfmx와 pdflatex
        * 사용가능한 텍 컴파일러: dvipdfmx와 pdflatex
        * 사용가능 텍 컴파일러: dvips/ps2pdf, dvipdfm(x), pdflatex
        테스트 결과, freetype-2-patched ttf2tfm under Cygwin은 Minion 폰트의 xheight를 잘못 읽어내는 문제가 있었습니다. 결국 LCDF tool 가운데 하나인 otftotfm을 이용했는데, 이번에는 상당히 결과가 좋습니다. 그나저나, DVIPDFMx-20050106 버전에 있는 (아직 해결하지 못한) 버그 때문에 Myriad/Minion 폰트를 DVIPDFMx 새버전으로 컴파일했을 때 delimiter 글자 가운데 일부에 문제가 생깁니다... ChoF 님께서 나중에 이 버그를 고쳐주겠다고 하셨으니 기다리면 해결될 문제이기는 합니다만... 버그와는 상관없이 tfm 글꼴 이름을 칼베리룰을 따라 지으면 어떨까 싶은 생각이 들기도 합니다. :o --[Karnes]
• DviOut . . . . 10 matches
       DviOut은 동경대학 수리과학연구과의 Toshio Oshima 박사가 만든 프로그램으로 일본에서는 MS-Windows 환경이라면 거의 대부분 이 프로그램을 사용한다고 할 정도로 많이 사용되고 있다. 특히 DviOut 프로그램의 About dviout 메뉴를 보면 얼마나 많은 사람들이 이 프로그램의 발전에 관심을 가지고 기여를 했는지 알 수 있다. 장점으로는 생각할 수 있는 거의 대부분의 기능(예를 들어 subfont를 이용한 트루타입 글꼴의 직접 처리)을 포함하고 있다는 것이고 반면 단점은 워낙 많은 기능들을 넣다보니 소스코드가 매우 읽기 힘들다는 것이다. Yap 이나 WinDvi 에 만족하지 못하는 사용자들이라면 꼭 한번 사용해 보길 추천한다. --ChoF
        * http://ftp.ktug.or.kr/mirrors/dviout/
        * KTUG Collection 2006의 dvi 뷰어로 채택, 포함되어 있습니다.
       Uploads:dvioutscreenshot.jpg
       [DviOut/TrueType]
        1. 새로운 pk 파일을 만들 때 dvi 파일의 full path에 공백문자가 들어 있으면 안된다.
        1. pk 파일을 만드는 과정에서 dviout이 멈춰 있는 것처럼 보이는데, 이 때 dviout을 종료하면 에러가 발생할 수 있다. pk 파일의 생성은 시간이 지날수록 그 필요가 줄어드는 것이므로 처음에는 좀 참고 기다리는 것이 좋다.
        1. 처음 pk 만드는 시간이 아깝게 느껴지면, TrueType 직접 디스플레이 설정을 하는 것이 좋다.([DviOut/TrueType])
        1. dviout은 EPS, PDF 그림을 아주 잘 보여준다. 그러나 jpg/png 그림은 gs를 사용하도록 하면 에러가 발생하는 경험을 할 수 있다. jpg/png 등에 대해서 plug-in이 있다고는 하나 잘 작동하지 않는다. 그러므로 dviout을 작업에서 사용한다면 그림을 eps로 준비하는 것이 바람직하다. 또는, jpg를 미리 bmp로 변환해두고 gswin32c를 부르지 않도록 설정하는 방법으로 jpg를 디스플레이할 수 있다. cf. [KC2006/TIP]
        1. dviout의 디스플레이 화면 일부를 잘라내어 pdf조각그림으로 저장할 수 있다.
       ==== DviOut 빨리 쓰는 법 ====
        * [DviOut/MiKTeX]
        * [DviOut/KTUGCollection]
• DviOut/MiKTeX . . . . 13 matches
       MiKTeX에서 DviOut을 설치하고 설정하는 데 관한 토론입니다.
       DVIOUT 은 마이크로소프트 Windows 에서 사용할 수 있는 DVI 뷰어들 중의 하나로 일본에서 가장 많이 사용되고 있는 것으로 알고 있습니다. 특히 EPS 를 비롯한 그림파일을 볼 수 있는 것은 물론 하이퍼링크 기능, Inverse 및 Forward Search 기능, 그리고 슬라이드 쇼 기능 등도 지원합니다. 무엇보다도 트루타입 글꼴을 (256 개 까지 가능) 직접 이용한다는 특징이 있으며 일본어 트루타입 글꼴만 있으면 일본어를 포함한 DVI 파일을 쉽게 볼 수 있습니다. 또한 현재 널리 사용되고 있는 MiKTeX 의 [Yap], [fpTeX]의 WinDvi와 함께 사용할 수 있습니다.
       이 글은 DVIOUT 3.18을 설치하고 [MiKTeX] 2.5 와 함께 사용할 수 있도록 설정하는 방법을 설명합니다.
       === DVIOUT 3.18 설치 ===
       http://ftp.ktug.or.kr/mirrors/dviout/current/ 에서 실행 파일(tex318w.exe)를 다운로드해서 실행하면 C:\dviout 디렉토리가 생기고 기본 세팅이 자동으로 이뤄집니다. 만약 "Font path is not set. Install fundamental parameters?"라고 묻는 창이 나오면 "예(Y)"를 누르고 '''기본 세팅 A'''를 따릅니다.
       <!> 다른 방법으로는 압축 파일(tex318w.zip)을 다운로드해서 c:\dviout 디렉토리에 압축을 풉니다. 이때는C:\dviout\dviout.exe 를 실행하면 "Font path is not set. Install fundamental parameters?"라고 묻는 창이 나오는데 "예(Y)"를 누릅니다.
       <!> 일본어가 포함된 DVI 파일을 보려면 일본어 트루타입 글꼴 (예를 들어 msmincho.ttc 및 msgothic.ttc) 이 있어야 합니다.
       먼저 {{{ C:\dviout\dviout.exe }}}를 실행하면(tex318w.exe 를 실행 중이면 자동으로) {{{"Font path is not set. Install fundamental parameters?" }}}라고 묻는 창이 나오는데 {{{ "예(Y)" }}}를 누르면 다음과 같은 화면이 나타납니다.
       attachment:DviOut_zip_install0.png
        attachment:DviOut_zip_install1.jpg
        attachment:DviOut_zip_install2.png
       먼저 {{{ C:\dviout\dviout.exe }}}를 실행하면(tex318w.exe 를 실행 중이면 자동으로) {{{"Font path is not set. Install fundamental parameters?" }}}라고 묻는 창이 나오는데 {{{ "예(Y)" }}}를 누릅니다. 만약 나오지 않으면 {{{ [Option] -> [Setup Parameters] }}}(아래 그림 참조)에서 설정할 수 있습니다.
       attachment:dviout_option.jpg
        attachment:DviOut_Font.jpg
       attachment:dviout_winedt.jpg
       === DVIOUT 3.17 일본어 세팅 ===
        1. {{{[vfn:]}}} 단추를 누르고 DVIOUT 이 설치된 디렉토리 아래의 UTILITY\dvioute.vfn 파일을 선택합니다.
        1. 위의 dvioute.vfn 파일을 임의의 텍스트 에디터 (WinEdt 나 메모장 등) 로 연 다음 42 번째 줄을 아래와 같이 고칩니다.
• DviOut/TrueType . . . . 4 matches
       DviOut이 TrueType 글꼴을 '''직접''' 읽도록 설정하는 방법.
        * dhucs-trivj의 일본어 중국어 예문 부분도 DviOut으로 디스플레이할 수 있다.
       KTUGCollection2006은 DviOut 트루타입 설정에 필요한 파일을 이미 갖추고 있으므로, 다음 설정만 조절하면 즉시 사용 가능하다.
        attachment:dvioutfont2.jpg
        이는 [DVI] 파일에 담고 있는 TFM 정보를 읽어 미리 약속된 트루타입으로 대체하여 보여주는 기능이다. 즉 TFM으로부터 pk를 생성하지 않고(not creating) ttf를 찾아(searching) 대체하여 보여준다. TFM을 ttf로 치환하는 정의는
       C:\TeX\dviout\map\$user.map}}}
        에 들어있다. 이 기능을 사용하면 pk를 만드는 지루한 과정을 거치지 않아서 편리한데다, 경우에 따라서는 [Yap]과 비슷하거나 우월한 [DVI] previewing 속도를 경험할 수 있을 것이다. ---- [Progress] [[DateTime(2006-07-24T11:07:07)]]
       dviout이 설치된 폴더의 하위 폴더 map을 찾아서 그 안에 {{{$user.map}}} 파일을 만들고 이 안에 필요한 트루타입 설정을 한 다음 위의 그림과 같은 설정을 하면 사용할 수 있다.
       map 파일의 구성과 내용은 dviout 매뉴얼 등을 참고하라.
• DviWin . . . . 3 matches
       Windows용 [DVI드라이버].
        * [CTAN]의 CTAN:dviware/dviwin/''''''에 있는 DviWin은 오래된 옛날 버전(1994, 2.9)으로서 현재는 거의 사용하는 사람이 없다. [WinLaTeX]의 기본 뷰어로 포함되어 있었다.
       http://dviwin.keystone.gr/
• EPS그림편집 . . . . 5 matches
       한글 폰트가 포함되지 않아서 "깨져 보이는" 파일에 포함된 문자열을 "한글 TeX 사용자 그룹"으로 바꾸어본다. 이 때 유념할 것은, 우리가 사용하려 하는 그림 처리 프로그램인 XFig나 [GIMP] 모두가 한글 Font Encoding을 직접 지원하지 않는다는 것이다. 그러므로 한글 Text의 삽입은 TeX과 dvips를 이용하는 것으로 한다.
        1. 이것을 `AI_hfne_s.tex`으로 저장한 다음 LaTeX 처리하고 dvips로 변환한다.
       #> dvips AI_hfne_s
        ''PostScript 언어를 이용하여 TrueType을 다룰 수 있는 것은 맞습니다. 그런데 PSFrag를 이용하려면 현재의 [TeX배포판]에 포함된 `dvips(k)`를 써야 하는데, 이것은 TrueType을 embedding하는 기능이 (아직) 없습니다. 그래서 결과적으로 위에 예시된 PSFrag 솔루션을 이용하는 경우 아시아폰트 같은 것은 embedding하지 못하고 pk 비트맵 글꼴이 포함되게 됩니다. [MiKTeX-KTUG]을 설치한 경우, `updmap.cfg`를 수정하지 않았다면 Type1 글꼴도 역시 pk 비트맵으로 들어갈 가능성이 높습니다. 그러나 이것은 사용자가 설정해서 Type1을 포함할 수 있습니다. 아무튼지 한글 사용에 관한 한, 비트맵을 사용하지 않겠다면 현재로서는 [UHC글꼴]밖에는 쓸 수 있는 것이 없습니다. [은글꼴] 역시 TrueType이기 때문에, 이 문제에서 자유롭지 못합니다. 처음부터 DVIPDFMx로 pdf 그림을 만들면 되기는 하겠지만 이 경우 PSFrag를 쓸 수 없다는 문제가 생깁니다. CID-Keyed TrueType Font를 handling할 수 있는 `dvi -> ps` converter가 나와야 이 문제가 해결될 수 있겠지요. 아니면 PK 비트맵의 품질을 참고 견디든가... ;) '' --[Karnes]
• EditPlus . . . . 2 matches
       ==== DviOut을 이용한 DVI에서의 inverse search ====
       DviOut -> Option -> Setup Parameters -> Common -> src:
        * dvi search(포워드 서치)
       -1 "$(ProjectName).dvi" "# $(CurLine) $(FileNameNoExt).tex"
• EmEditor . . . . 6 matches
       === InverseSearch/DviOut ===
        1. InverseSearch: dvi파일을 볼 때, DviOut화면에서 마우스를 더블 클릭하면, 해당 소스로 데려다 주는 기능이다. 이 때, 소스를 여는 에디터가 EmEditor가 되게 하려면 다음과 같이 한다.
        1. DviOut 메뉴 {{{Option -> Setup Parameters -> Common -> src}}}에서... 다음과 같이 설정한다.
        attachment:dvioutINVsearch.jpg
       === ForwardSearch/DviOut ===
        1. ForwardSearch: tex소스파일에서 cursor가 위치한 곳에 해당하는 컴파일 결과를 보려면 이 기능을 이용한다. 즉 ForwardSearch는 dvi파일의 해당 위치로 데려다 주는 기능이다.
        * MTeXHelper에서는 dvi viewer setting 2에 디폴트로 설정되어 있으므로 따로 설정하지 않아도 된다. MTeXHelper 페이지 dvi viewer 설정 참조.
        attachment:dvioutETFS.jpg
• EmEditor/Free . . . . 6 matches
        1. dvi 결과 확인: {{{[1]->[2]}}}. DviOut이 열리면서 (조금 기다리면) 결과를 보여준다.
        즉, {{{[1]latex -> [2a]dvipdfmx -> [3]pdf}}} 확인의 순서대로 하면 된다.
        * 작은 파일의 경우에는 dviout의 초기 느린 속도에 고생하는 것 보다 속도면에서 유리할 수도 있다.
        1. 초보자의 입장에서는 compile, dvi확인, dvipdfmx 실행, pdf확인의 여러단계를 거치지 않고 아래와 같이 단순화 시킬수 있음.
        * pdf를 닫고, 컴파일하고, dvipdfmx를 돌린후, pdf를 보여주는 단계가 자동으로 진행되므로 쉽게 설명하기에는 좋은 방법임
• EmEditor/KC2008 . . . . 9 matches
        * 오류없이 컴파일되었다면 dvi2pdf 버튼을 눌러서 pdf로 변환합니다.
        물론 tex 파일의 설정이 dvips에 알맞게 되어 있어야 합니다. dvipdfmx 용 tex 파일이 dvips 버튼으로 컴파일되지 않는 것은 편집기 설정의 문제가 아니라 소스를 잘못 작성한 것입니다.(first.tex은 dvips로 컴파일되지 않습니다.)
       참고. 위의 내용을 적용하면 dvi forward search가 되지 않고 inverse search는 여전히 notepad++을 부를 것입니다. 즉, dviout을 위한 설정이 빠져 있습니다. 해결책은 아주 간단합니다. dviout을 쓰지 않는 것입니다. MTeXHelper 툴바 설정에서 dvi view와 tex processing을 빼버릴 것을 제안합니다.
• EmEditor/MTeXHelper . . . . 28 matches
       === dvi viewer 설정 (DviOut with KC2006+) ===
        1. '''dviout''': DVI viewer는 dviout을 사용할 수 있도록 설정되어 있다. (setting 1 -> 왼쪽 클릭으로 실행됨.)
       Execute path: %MTeX2_start% "dviout"
       Parameters: "%MTeX2_CFPath%\%MTeX2_CFName%.dvi"
        attachment:MHdviout.jpg
        DeleteMe. "-1"옵션은 yap의 single instance 옵션인 듯 한데, dviout 옵션이기도 한 것인가? 답은 No!이다. "-1"옵션을 주어도 single instance 결과가 나오지 않는다.
        1. dviout ForwardSearch는 setting 2에 설정되어 있으므로, 오른쪽 클릭으로 실행하면 된다.
       Execute path: %MTeX2_start% "dviout"
       Parameters: "%MTeX2_CFPath%\%MTeX2_CFName%.dvi" "# %MTeX2_Line% %MTeX2_FName%.tex"
       }}} 이제 emeditor의 MTeX2 toolbar에서 DVI viewer 단추를 왼쪽클릭(Setting 1 실행)하면 dvi파일을 볼 수 있고, 오른쪽클릭(Setting 2 실행)하면 ForwardSearch된 dvi파일을 볼 수 있다. (물론, setting 1과 2를 모두 ForwardSearch 설정하고 써도 된다.)
        1. dvi->ps를 위해서는 다음과 같이 한다.
        {{{Execute path: "dvips"
       Parameters: -P pdf "%MTeX2_CFName%.dvi"
       Parameters: -Pdl "%MTeX2_CFName%.dvi"}}}
        (참고: PSTricks를 사용하여 문서를 작성한 경우 pdf파일을 만들기 위해서는 (dvipdfmx를 사용할 수 없고) dvi파일을 dvips를 이용하여 ps파일로 바꾸고 이를 다시 ps2pdf를 이용하여 pdf파일로 바꾸는 것이 보통이다.)
        a4페이퍼를 이용하는 경우, dvips->ps2pdf한 결과, pdf파일에서 위쪽 여백이 의도한 것보다 좁은 결과를 얻었다면, dvips컴파일시 -t a4 옵션을 추가하면 된다. 즉 다음과 같이 한다.
        {{{Execute path: "dvips"
       Parameters: -t a4 -P pdf "%MTeX2_CFName%.dvi"}}}
        1. dvi->pdf는 dvipdfmx로 설정되어 있다.
        {{{Execute path: "dvipdfmx"
• EmEditor/MiKTeX . . . . 8 matches
        * Yap으로 dvi파일을 볼 때, Yap화면에서 마우스를 더블 클릭하면, 해당 소스로 데려다 주는 기능이다. InverseSearch 기능을 이용하려면 다음과 같이 설정한다.
        * tex소스파일에서 cursor가 위치한 곳에 해당하는 컴파일 결과를 보려면 이 기능을 이용한다. 즉 ForwardSearch는 dvi파일의 해당 위치로 데려다 주는 기능이다. 이 기능은 아래에 설명된 "외부의 툴 이용하기"와 같은 방법으로 설정한다.
       === dvi viewer 설정 ===
        1. '''yap''': 만일 MikTeX시스템에서 yap을 사용려면 DVI viewer를 선택하고 다음과 같이 한다.
       Parameters: -1 "%MTeX2_CFName%.dvi"
       }}} attachment:MHdviviewer.jpg
        1. yap ForwardSearch도 설정할 수 있다. 박스에서 DVI viewer를 선택하고 다음과 같이 한다.
       Parameters: -1 -s "%MTeX2_Line% %MTeX2_FName%.tex" "%MTeX2_CFName%.dvi"
       dvipdfmx %1.dvi
• EmEditorTip/Execution . . . . 29 matches
       ==== dvips를 사용하지 않을 때 ====
        1. DVI view (^+shift+3): dviout실행하여 dvi로 컴파일 결과 확인
        * 만일, 파일에 변동이 있었다면, {{{[최종컴파일 -> dviview]}}}가 실행된다.
        즉, {{{[latex -> latex -> makeindex -> latex -> dviview]}}}가 실행됨.
        * 만일, 파일에 변동이 없다면 단순히 foo.dvi를 불러온다.
        * dviviewer에 자동갱신 기능이 있으므로, 처음에만 이 단추를 눌러 dviout을 열고, 이후에는 열린 창을 활성화시키면 최근의 결과로 갱신된다. (따라서, 이 단추를 계속 누를 필요는 없다.)
        1. DVI->PDF: dvipdfmx를 실행한다.
        * 만일, 파일에 변동이 있었다면, {{{[최종컴파일 -> dvipdfmx]}}}가 실행되어 pdf파일이 만들어진다.
        * 만일, 파일에 변동이 있었다면, {{{[최종컴파일 -> dvipdfmx -> pdfview]}}}가 실행되어 pdf파일을 확인할 수 있다.
       ==== dvips를 사용할 때 ====
        1. PS make: dvips를 실행한다.
        * 파일에 변동이 있었다면, {{{[최종컴파일+dvips]}}}가 실행된다.
        * 파일에 변동이 없으면 단순히 dvips만 실행된다.
        * 이 경우, MTeX.bat에서 작업 routine을 {{{[latex -> dvips]}}} 단순화시켜 사용하면 편리하게 작업할 수 있다.
        * 파일에 변동이 있었다면, {{{[최종컴파일+dvips+gsview]}}}가 실행되어 ps파일을 확인할 수 있다.
        * 최근에 latex만 실행된 경우, {{{[dvips+gsview]}}}가 실행되어 ps파일을 확인할 수 있다.
        * 최근에 latex + dvips가 실행된 경우, 단순히 gsview만 실행되어 ps파일을 확인할 수 있다.
        * 파일에 변동이 있었다면, {{{[최종컴파일+dvips+ps2pdf]}}}가 실행된다.
        * 최근에 latex만 실행된 경우, {{{[dvips+ps2pdf]}}}를 실행한다.
        * 최근에 latex + dvips가 실행된 경우, 단순히 ps2pdf만 실행된다.
• FancyDocumentGallery . . . . 1 match
        컴파일 결과는 예쁘고 좋은데, PDF에서 볼때 공란이 너무 많이 남아서 \AtBeginDvi를 이용해서 a5 로 용지의 크기를 정했습니다. 그랬더니 TOC link 가 맞지 않더군요. 해답이 [문서 LayOut]에 있어서 다음과 같이 처리하였더니 잘 되더군요. main.tex 의 preamble에 다음을 추가해 주어야 합니다.
       \AtBeginDvi{\special{pdf: pagesize width 148mm height 210mm}}
       \usepackage[dvipdfm,CJKbookmarks]{hyperref}
       \AtBeginDvi{\special{pdf:tounicode KSCms-UHC-UCS2}}
• FontEmbedding . . . . 9 matches
       일반적으로 dvips/ps2pdf, dvipdfm(x), pdflatex을 하면 PS 글꼴이 PDF 문서에 포함 (Embedding) 된다.
       == 1 dvips/ps2pdf를 이용하는 경우 ==
       dvipsDownloadBase35 true
       dvips -P pdf -G0 imsi.dvi
       #> dvips -Ppdf foo
       #> dvips -Pdl foo
       == 2 Dvipdfm(x)를 이용하는 경우 ==
       dvipdfmDownloadBase14 true
       KC2006의 DVIPDFMx 설정은 base14를 임베드하지 않는 것이다. 이것을 urw 대응폰트를 임베딩하도록 만들려면 KTUGOperate:22099 에 첨부된 dpxbase14embed.bat를 실행하면 된다.
• ForwardSearch . . . . 6 matches
       == dvi forward search ==
       [Yap]에서는 DVI Search라고 부르기도 한다.
        InverseSearch와 마찬가지로 latex 실행시에 `-src-specials` 옵션을 주어서 DVI에 source specials를 넣어두어야 한다.
        1. DVI viewer가 DVI Search를 지원해야 한다. [Yap]의 경우에는 이 기능이 다음 명령행 옵션으로 지정할 수 있다. 이 명령행 옵션은 DVI Viewer에 따라 달라질 것이다.
       yap -1 -s [CurrentLine][SourceFilename] [DviFilename]
        여기서 `-1` 옵션은 single instance를 지정하는 것으로서 새로운 [Yap] 창을 열지 않고 현재 창에서 DVI Search를 실행하라는 것이다.
       Forward Search 설정에서 주의할 점은 어떤 소스파일을 명령행 인자로 넘겨줄 것이냐 하는 것이다. 단일 소스 문서라면 문제가 없지만 프로젝트 문서라면 현재 편집기에 열려 있는 창의 문서 이름에 해당하는 dvi 이름을 바로 넘겨주어서는 곤란할 것이다. 예컨대 어떤 프로젝트가
       yap -1 -s 114chap1.tex main.dvi
       WinEdt으로부터 Yap과 DviOut으로의 Forward Search Command line option을 정리해둔다.
       yap -1 -s "%l %n%t" "%P\%N.dvi"
        * DviOut
       dviout -1 "%P\%N.dvi" # %l "%N.tex"
• FoxitReader . . . . 1 match
       빠르고, 무엇보다 좋은 점은, PDF를 열어둔 상태에서도 dvipdfmx, pdflatex의 실행이 가능하다는 것. 다만, 변경된 파일을 자동으로 갱신해주지는 않는다.
• GNUPlot . . . . 2 matches
       ==== latex -> dvipdfmx 를 이용하여 pdf를 생성한다. ====
       ==== latex -> dvipdfmx 를 이용하여 pdf를 생성한다. ====
• GhostScript . . . . 6 matches
       MiKTeX은 GhostScript를 MGS라는 이름으로 내장하고 있다. MiKTeX 2.5에 내장된 gs는 GPL GhostScript 이다. `\texmf\miktex\bin` 폴더에 `mgs.exe`, `ps2pdf.exe` 등이 있다. 따라서 MiKTeX을 설치한 경우 GhostScript를 설치하지 않아도 컴파일(LaTeX, PDFLaTeX, dvi->ps, ps->pdf, dvi->pdf 등)을 할 수 있다. 그러나 ps 또는 pdf 파일을 GSView로 보려면 GhostScript가 필요하다. 또 주실행파일의 이름이 {{{gswin32c.exe}}}가 아니라 {{{mgs.exe}}}이며, GhostScriptUtilities들 가운데 일부가 {{{.exe}}} 확장명의 실행 파일로 제공된다. 이 때문에 {{{gswin32c.exe}}}를 GhostScript 주실행파일의 기본 이름으로 사용하는 많은 배치 유틸리티들(예: WinEdt의 ps2pdf.bat)이 실행되지 않을 수 있다. 그래서 GhostScript를 별도로 깔지 않고 이를 해결하는 방법은 {{{gswin32c.exe}}} 대신 {{{mgs.exe}}} 또는 {{{ps2pdf.exe}}}를 부르도록 환경변수를 설정하는 것이다.
        [Karnes] 님 고맙습니다. 그 동안 [AFPL] GhostScript 8.11을 쓰다가 오늘 GNU GhostScript 7.06으로 바꿨습니다. KTUGOperate:5405 에 첨부한 sem01.exe를 실행하면 TeX 파일(seminar 클래스에 eps 그림 하나 들어 있음)이 생깁니다. 이것을 TeXify, dvi->ps, ps->pdf를 실행하여 만든 pdf 파일에서 바로 한글이 깨졌습니다. 그러나 [AFPL] GhostScript 8.11를 깡그리 지우고 GNU GhostScript 7.06를 깐 후 만든 것은 아무 이상이 없었습니다. 메모리도 649 KB에서 131 KB로 줄었습니다. 그런데 그림의 해상도는 많이 떨어지네요. --[Yhchoe]
        ''"해상도가 떨어진다"는 것이 무슨 말씀인지 모르겠습니다. 그림으로 보여주시면 좋겠습니다. 그리고 제가 말씀드린 gs-cjk는 TeX에서 dvips, pstopdf를 이용해서 만드는 PS 파일과는 큰 상관이 없습니다. 만약 이전에 한글이 깨졌다면 그것이 GS 8.11이었기 때문은 아닐 것으로 생각합니다.'' --[Karnes]
        아무튼 이 문제는 GS의 버전과는 무관한 것이라고 생각합니다. 해결하셨다니 다행입니다. 아직도 궁금한 것은, [Yhchoe]님의 WinEdt에서 dvi->ps 버튼에서 디폴트 옵션이 어떻게 되어 있는지 하는 것입니다. 인용하신 그림은 삭제하였습니다. --[Karnes]
        ''8.00은 AFPL 계열이고, 7.06은 GNU 계열입니다. AFPL 8.11과 GNU 7.07이 최근에 나왔습니다. Win 98과 Win XP에서 AFPL GS 8.00, 8.10, 8.11을 번갈아 깔고 WinEdt의 dvi->ps, ps->pdf 단추를 써서 pdf 파일을 만들어 보았습니다. AFPL GS 8.00에서는 아무 이상 없이 잘 만들어 졌지만 AFPL GS 8.10과 8.11로 만든 pdf는 Adobe Reader 6.0으로 보려고 하였을 때 "이름이 'Rxxx'인 x개체를 찾을 수 없습니다."라는 메시지(KTUGContrib:995'''''')가 뜨면서 한글의 구현이 제대로 되지 않았읍니다. 또 GSView 4.5에서는 아예 볼 수 없습니다. 아직 gs707w32.exe를 구할 수가 없어서 제 실력으로는 GNU 7.07을 깔 수가 없습니다.'' --[Yhchoe]
• GhostScriptUtilities . . . . 1 match
       이 스크립트는 DVIPDFMx가 컴파일 과정에서 EPS 그림을 처리하기 위해서도 사용하는데, 이 때의 명령은 다음과 같다. 이 내용은 `dvipdfmx.cfg` 또는 `config`(DVIPDFm)에 `D` 지시자로 설정되어 있다.
• HANGULkStyle . . . . 7 matches
       \usepackage[dvipdfm,bookmarks=false,colorlinks]{hyperref}
        * `hyperref`의 옵션으로는 `[dvips]`, `[dvipdfm]`, `[pdftex]` 등이 선언될 수 있습니다.
        * 한글 책갈피(bookmarks)는 `[dvipdfm]` 옵션을 주고 DVIPDFMx를 이용할 때만 만들어집니다. 그러므로 `[pdftex]` 또는 `[dvips]`를 사용할 때는 `[bookmarks=false]`를 추가하시기 바랍니다.
        * HyperRef의 `[dvips]` 옵션 지원.
        * hyperref의 `[dvipdfm`과 `[pdftex]` 지원(DohyunKim)
• Hangul-ucs . . . . 7 matches
        dvi viewer를 통하여 출력물을 보기 위해서 필요합니다. See [ttf2pk]
        1. DVIPDFMx
        PDF 출력을 위한 [DVI드라이버]입니다. 20050831 이후 버전을 권장합니다. 2004년 이전 버전은 map 파일을 인식하지 못하는 문제가 있을 수 있습니다.
        # sudo apt-get install dvipdfmx freetype1-tools latex-hangul-ucs
       i386/ 의 ttf2pk-*.rpm, dvipdfmx-*.rpm을 먼저 설치한 다음 noarch/의 hangul-ucs-*.rpm을 설치한다.
        1. trivcjfont 지원 : 디폴트는 제외하는 것이다. fonts-trivcj를 설치한 다음에 활성화해야 한다. trivcj 글꼴은 DVI 뷰어로는 볼 수 없고 PDFTeX으로도 처리되지 않는다. 오직 DVIPDFMx만 사용할 수 있음에 유의할 것.
        1. PDFLaTeX으로 컴파일하여 PDF 문서를 얻을 수도 있고, LaTeX -> DVIPDFMx로 처리할 수도 있다.
       DVIPDFMx
       \usepackage[unicode,dvipdfm]{hyperref}
       dvips/ps2pdf (ver 2.7.0)
       \usepackage[unicode,dvips]{hyperref}
       PDF를 얻기 위해서 PDFLaTeX을 DVIPDFMx 이외에 PDFLaTeX을 사용할 수 있다. 여기서는 은글꼴 관련 map 파일의 이름이 `unttf-pdftex-dhucs.map`이라고 한다.(데비안 설치 패키지와 윈도 간단설치 파일에서 이렇게 되어 있다.)
        .... (dvipdfmx를 위한 설정)
• HelpOnUpdating . . . . 2 matches
        * somewhat dangerous macros that won't be activated by default, because they're not advisable for public wikis. You need to explicitely activate those by adding an {{{allowed_actions}}} list to the config. Currently, the actions {{{DeletePage}}} and {{{AttachFile}}} are considered unsafe.
       The following pages are very likely to change once a wiki is in use, and it is advisable to delete them from the master system page directory `.../share/moin/data/text` before any instance update; they are only included to seed new wikis: {{{
• HyperRef . . . . 3 matches
       dvips/ps2pdf, dvipdfm(x), 그리고 pdflatex 모두 지원한다. 단, dvips/ps2pdf의 경우 링크가 길더라도 절대로 다음 줄로 넘어가지 않으니 주의!
• IgoPackage . . . . 2 matches
        1. igo.map을 localtexmf/fonts/map/dvips/igo-type1/igo.map 으로 복사
        <!> MiKTeX''''''/Windows의 경우는 localtexmf/dvips// 아래 두면 됨.
• IncludeGraphics . . . . 5 matches
        1. driver는 {{{pdftex, dvipdfmx, dvips}}} 등이 될 수 있습니다. graphicx 패키지는 driver에 매우 민감하므로 이 드라이버를 명확히 선언하는 것이 좋습니다.
        1. PDFLaTeX을 실행하거나 latex -> dvipdfmx을 실행하려면 jpg, pdf 등의 그림 파일--과 bb 파일(BoundingBox)--을 준비하여야 하고
        1. LaTeX -> dvips를 실행하려면 eps 그림을 준비하면 된다.
       || LaTeX,DVIPDFMx || [PDF그림포함하기] || [PDF], JPG, PNG, [EPS] || [pgf]/tikz, MetaPost ||
       || LaTeX, [dvips] || || [EPS] || PSTricks ||
• InverseSearch . . . . 1 match
       Inverse Search는 DVI Viewer에서 (더블클릭하면) 소스를 편집하고 있는 해당 위치를 편집기에서 찾아 열어주는 기능을 말한다. 결과물을 살펴보다가 수정이 필요한 부분을 바로 발견하고 접근할 수 있다는 점에서 작업 과정에서는 대단히 유용한 기능이다.
       == DVI Inverse Search ==
        1. latex 컴파일 시에 `-src-specials` 옵션을 주어야 한다. 즉 DVI에 source special codes가 삽입되어 있어야 한다.
        1. DVI viewer에서 편집기를 열 수 있는 옵션이 설정되어 있어야 한다.
       === DVI Viewer 측 설정 ===
       DVI Viewer에서 특정 편집기를 찾도록 설정하여야 한다.
       ==== DviOut ====
        * [wiki:EmEditor#s-4 DviOut to EmEditor]
        * [wiki:VimEditor#s-6.3 DviOut to gvim]
        * [wiki:NTEmacs#s-4.1.2 DviOut to Emacs]
        * [wiki:WinEdtTip/InverseSearch#s-3 DviOut to WinEdt]
       === XDvi inverse search ===
       http://xdvi.sourceforge.net/inverse-search.html
       Windows/Linux의 [teTeX]이나 MiKTeX에서 PDF Synchronization은 현재 별다른 방법이 알려져 있지 않으며, 주로 DVI InverseSearch''''''/''''''ForwardSearch를 이용한다. 다만 InverseSearch는 vpe 패키지를 이용한 방법이 있다.
• IsCho/EmEditorTip . . . . 14 matches
        * MTeX2.bat --- (./) attachment:20070103-dvips-pdfclose-MTeX2.bat.txt
        * simple dvips/ps2pdf routine
        1. 이제, pdf파일이 열려있는지를 신경쓰지 않고, ps2pdf, dvipdfmx, pdflatex 등의 작업을 할 수 있다.
       === dvips/ps2pdf routine 편리하게 조정하기 ===
       ==== Simple dvips routine ====
        1. 문서작성 중 dvips 단추를 빈번하게 사용하는 경우, latex->(bibtex)->latex->(makeindex)->latex->dvips과정을 매번 지켜보는 것은 괴로운 일이다.
        1. 이를 latex->dvips의 단순한 routine으로 바꾸고자 한다면,
        (./) attachment:20070103-dvips-pdfclose-MTeX2.bat.txt
        132 REM if "%MTeX2_New%"=="1" goto shortdvips
        1. simple dvips routine은, ps->pdf 단추를 눌러도 적용된다. 즉 파일 편집 중 pd->pdf 단추를 누르면...
        * {{{latex -> dvips -> ps2pdf -> pdfview}}}가 한번씩 실행된다.
        1. dvips routine을 위에서처럼 간단하게 줄인 경우, ps2pdf를 통해 최종컴파일을 하여 pdf결과물을 얻기 위해서는 다음과 같이 할 수 있다.
        * 즉 필요한 경우 bibtex과 makeindex를 진행시키고 dvips->ps2pdf까지 진행시킨후 pdf파일을 열어준다.
• IsCho/Obsolete . . . . 2 matches
        * 소스파일을 latex컴파일하여 dvi를 보거나, dvipdfmx하여 pdf파일을 읽을 수 있습니다.
• IsCho/PSTricks . . . . 3 matches
       %% latex -> dvips -> ps2pdf
       \documentclass[dvips]{oblivoir}
       \documentclass[dvips]{oblivoir}
• JadeTeX . . . . 4 matches
       #> dvipdfmx testout
        * dvipdfmx를 이용하면 텍스트 검색 추출이 가능한 PDF를 얻을 수 있음
       jadetex install.ko.tex; dvips install.ko.dvi; ps2pdf install.ko.ps
• KC2006/KCmenu . . . . 6 matches
        * TIP1. 이 상태에서 <TeX 파일 편집> 버튼을 누르면 main.tex이 에디터에 열립니다. ch1.tex을 여는 제일 쉬운 방법은 dvi 열람 상태에서 편집하고자 하는 위치를 찾아서 InverseSearch하는 것입니다.
        * 이 버튼의 목적은 "최종 컴파일"을 위해서입니다. 최종 컴파일에 사용되는 kcltxmk 스크립트는 현재 작업 상태를 체크하여 pdf/dvi가 이미 만들어져 있으면 다시 컴파일하지 않습니다. 그러나 pdf/dvi가 만들어져 있지만 컴파일을 다시 시켜야 할 때가 있는데, 그럴 때는 이 버튼을 한번 눌러주고 최종 컴파일을 돌리면 됩니다.
        * 임시파일 삭제는 .aux 등의 부수 파일을 지워줍니다. "모두" 삭제를 선택하면 dvi, pdf 등 최종 결과물도 함께 삭제됩니다. 최종 컴파일을 다시 하려 할 때 이 방법을 쓸 수도 있습니다.
        * kclogmpm을 이용하여 없는 패키지를 자동으로 설치하고 dvi를 만듭니다.
        * [추가기능보이기]가 선택되어 있지 않으면, [DVI를 PDF로 변환] 버튼과 [최종컴파일]실행전 열려있는 PDF화일을 모두 닫고 시작합니다.이는 pdfclose.exe를 사용하고 있으며, 이 유틸리티는 모든 pdf를 닫는 경향이 있으므로 <!> 사용상 주의하시길 바랍니다.
        * 켜진 상태 : 파일, DVIPDFMx, PDF보기 -> DVIDPFMx, PDF보기 (DVIPDFMx가 실행될 때 pdfclose를 불러줍니다.)
        * kcltxmk, dvipdfmx등의 명령에서 PDF를 만들 때 사용하는 옵션입니다.
        DeleteMe. kcltxmk(일괄컴파일)은 경로명에는 공백이 있어도 괜찮지만 파일명에 공백이 있으면 그런 메시지가 보이도록 되어 있을 것입니다. 경로명에 공백이 있는 것은 DviOut에서 pk 만들기에 실패하는 문제가 알려져 있을 뿐입니다. [KTUGCollection2006/TroubleShooting] 참고.
        * DVIPDFMx를 사용할 때, KCmenu를 통해서 연 PDF 파일만 닫을 수는 없나요? lshort-kr이나 latex4wp-ko같은 매뉴얼을 보면서 작업하다가 DVIPDFMx 버튼을 누르면, 매뉴얼로 열어둔 PDF 파일까지 닫히기 때문에 다시 매뉴얼을 여는 것이 불편합니다. -- [Kunggom]
• KC2006/QnA . . . . 1 match
        안타깝게도 MiKTeX 2.5와 KC2006은 동시에 사용할 수 없습니다. 즉, 실행은 KC2006의 latex으로 하고 dvi view는 yap으로 하는 방법은 아직까지 알려지지 않았습니다.
• KC2006/UPDATES . . . . 5 matches
        * dvipdfmx 20070630, xbb 20070630 (KTS Workshop version)
        * dvipdfmx 20070414 (cvs)
        * CTAN:fonts/winfonts 를 묶고 dvipdfmx에서도 동작하게 수정한 것이며, 다른 패키지와의 중복을 고려하여 palatino 폰트를 제외하였음.
        * pdftex과 dvipdfmx 지원. dvips는 지원하지 않음. {{{
• KC2006/WinEdt . . . . 4 matches
        * dvips에 기본 옵션으로 {{{-Pdl}}} 부여. 이것은 Execution Modes에서 수정할 수 있음
        * yap -> dviout
        * dvipdfm -> dvipdfmx
       === DviOut InverseSearch 설정 ===
       [wiki:WinEdtTip/InverseSearch#s-3 DviOut to WinEdt]
• KC2006/설치 . . . . 6 matches
        * DviOut Inverse Search 설정
       ==== dviout setup (필수) ====
       그러면 dviout이 실행됩니다.
        4. "컴파일" 버튼과 "DVI 보기" 버튼을 차례로 눌러봅니다.
        DVI 보기 화면의 적당한 곳에서 더블 클릭하여 해당 위치로 에디터가 열리는지 확인해봅니다. (EmEditor 설치자의 경우)
        1. 이 설치 프로그램은 확장자 .tex 파일을 EmEditor에 associate해주고 dviout 인버스 서치를 자동 설정합니다. 다른 에디터 사용자분은 조금 불편하겠지만 자신의 에디터에 맞게 위의 두 가지 사항을 정의하시기 바랍니다. 이 때 상정하는 EmEditor의 위치는 {{{C:\Program Files\EmEditor}}}입니다. 다른 위치에 설치한 경우라면 역시 수정이 필요할 것입니다.
        * dviout 설정값 조정. (이제 바탕화면의 dvi 파일도 읽을 수 있을지 모릅니다.)
        * dviout truetype 설정을 default로.
• KC2006/처음사용자 . . . . 26 matches
        * dvi확인: 최종컴파일 {{{->}}} dviviewer
        * 맨 끝단계인 dviviewer 단추만 눌러도 동일하게 모든 과정이 실행된다.
        * 물론, 이미 모든 과정이 실행되어, 다시 실행할 필요가 없으면, 즉시 dvi 파일을 보여준다.
        * pdf확인: 최종컴파일 {{{->}}} dvipdfmx {{{->}}} pdfviewer
        1. dvi viewer 단추를 누른다. (잠시 기다린다.)
        1. dvi viewer 단추를 누른다. (잠시 기다린다.)
       ==== dvi파일 ====
        1. 소스파일을 latex컴파일하면 확장자가 dvi인 파일(즉 hello1.dvi)이 만들어진다.
        1. dvi viewer 단추를 누르면 dvi파일을 읽어 화면에 보여준다. (글꼴을 만드는 경우, 처음에는 시간이 좀 걸린다.)
        1. dvi파일은 화면으로 결과를 볼 수 있고, 인쇄할 수도 있다.
        * dvi파일은 화면에 output을 보여주지만, "dvi가 보여주는 것을 믿지는 말라"는 충고가 있다. 인쇄해보면 화면에서 보는 것과 (조금) 다를 수도 있다고 한다.
        1. dvipdfmx 단추를 누르면 dvi파일로부터 pdf파일(즉 hello1.pdf)이 만들어진다.
        1. 문서를 작성한 결과를 화면으로 확인하는 방법은 위에서 설명한 dvi와 pdf파일 이외에 ps파일로도 할 수 있다.
        * dvi파일이 생성된 후 dvips 단추를 누르면 ps파일이 생성된다.
        * <!> PSTricks로 그림을 그리고 pdf 파일로 결과를 확인하려면 latex컴파일(dvi생성)->dvips->ps2pdf의 과정을 거쳐서 pdf파일을 만들어야 한다. (이와 관련된 설명은 다른 페이지로 미룬다.)
        * dvi파일{{{->}}}DviOut::: KC2006 설치과정에서 설치된다.
        * dvi파일: 편집작업 중 컴파일/결과확인을 빈번하게 반복할 때 주로 사용된다. (InverseSearch 기능 유용)
        * 소스파일을 latex컴파일하여 dvi를 보거나, dvipdfmx하여 pdf파일을 읽을 수 있다.
• KC2006/처음사용자/TroubleShooting . . . . 1 match
       KC2006/처음사용자/TroubleShooting 4.1의 Helloworld까지는 dvi에서 Hello world를 보았습니다. 4.2 반갑다. 세상아!의경우 한글은 나오지 않고 '.!' 처럼 두 기호가 붙어서 나옵니다. 저장은 utf-8로하고 위쪽에 폰트설치같은것은 다 해주었는데 뭐가빠진건지 잘 모르겠습니다.
• KC2006/처음사용자/문서예제 . . . . 3 matches
        * latex -> dvipdfmx 또는 pdflatex
        * latex -> dvipdfmx
        * 이 예제는 dvips/ps2pdf 루트로 pdf를 생성해야 한다. {{{test.bat}}}를 실행함.
• KC2006/처음사용자/설치/DviOut설정 . . . . 9 matches
       {{|DviOut을 다음 차례로 설정한다.
        * DviOut을 처음 실행하면, 설정 창이 뜬다.
       attachment:dviscreen_1.jpg
       attachment:dviscreen_2.jpg
       attachment:dviscreen_3.jpg
       attachment:dviscreen_4.jpg
       {{{[Finish]}}}를 누르면, DviOut이 닫힌다.
       DviOut 열기: {{{시작->프로그램->dviout->dviout for Windows}}}를 클릭하면 DviOut을 실행할 수 있다.
        * 바탕화면에 DviOut 아이콘이 있으면 클릭해도 된다.
       DviOut 등록정보 열기: DviOut이 열린 상태에서, {{{[Option]->[Setup Parameters...]}}}를 누르면 된다.
        * DviOut이 열린 상태에서, 단축키 {{{[Ctrl + \]}}}를 눌러도 된다.
       attachment:dviscreen_5.jpg
       attachment:dviscreen_6.jpg
       attachment:dviscreen_7.jpg
• KC2006/처음사용자/첫문서컴파일 . . . . 2 matches
        * "DVI 보기"를 누른다.
        * DVI 보기 화면의 아무데서나 더블클릭해본다.
        -> 보고 있는 화면에 해당하는 소스 위치가 EmEditor에서 열린다. 이것을 InverseSearch라고 하는데, 이 기능은 DVI 보기 화면에서만 가능하다.
        attachment:dviview.jpg
        -> 이 가운데 조금 특별한 것은 "dvips, ps2pdf로 PDF 만듦"이라는 것인데, 이 버튼을 시험해보려면 소스를 약간 수정해야 한다. 이것은 나중에 테스트해보자.
• KC2007/KCmenu . . . . 1 match
        * pdflatex, dvi중 어느쪽을 위주로 사용하는 가에 따라 UI에 변경이 있도록 수정함. ( Karnes님의 요청사항, IsCho님의 오탈자 지적 반영)
• KC2007/MiKTeX . . . . 1 match
        1. dvipdfmx가 실행되지 않는다는 질문
• KC2007/UPDATES . . . . 9 matches
        * dvipdfmx 설정 수정
        * dvipdfmx 20080607 (pgf/tikz, animate compatible)
        * dvipdfmx, luatex, xetex 최신 버전의 기능을 테스트하기 위한 개발자용 (임시) 업데이트입니다.
        * dvipdfmx 20080524
        * dvips, pdftex, xetex, luatex, tex4ht update
        * dvipdfmx & xbb (20071115)
        * '''dviout에서 gswin32c의 위치를 찾아주는 설정을 해야 합니다.'''
        * pdflatex은 기울임/굵은 글꼴 사용할 수 없음. dvipdfmx 권장.
        * 이 글꼴들은 트루타입이므로 DVIPDFMx로 pdf를 제작해야 하며, dvips는 사용하기 어려움.
• KC2007/문제해결 . . . . 3 matches
       === dviout이 수학 글꼴을 보여주지 못하는 문제 ===
        1. Texpoint 등과 같이 Windows Fonts 폴더에 (품질이 좋지 않은) CM truetype을 강제로 설치하는 프로그램과 함께 쓰는 경우, dviout의 트루타입 사용을 해제하십시오. 다음 그림의 ftt: 반전된 부분을 지우고 저장함. http://www.ktug.or.kr/jsboard/data/setup/files/20070913132734/excttf.png
       === dviout이 한글 pk 글꼴을 잘못 만들거나 corrupt file... 이라는 메시지를 낼 때 ===
• KC2007/쉬운설치 . . . . 2 matches
        * 설치 프로그램 실행 중간에 dviout이 뜨면 {{{Option -> Install}}}을 선택하여 Next를 몇 번 눌러줌.
        1. 마지막 쯤 가서 dviout이 실행되면 메뉴의 "Option -> Install"을 선택하고 Next 클릭
• KC2007/처음사용자 . . . . 24 matches
        * dvi확인: 최종컴파일 {{{->}}} dviviewer
        * 맨 끝단계인 dviviewer 단추만 눌러도 동일하게 모든 과정이 실행된다.
        * 물론, 이미 모든 과정이 실행되어, 다시 실행할 필요가 없으면, 즉시 dvi 파일을 보여준다.
        * pdf확인: 최종컴파일 {{{->}}} dvipdfmx {{{->}}} pdfviewer
        1. dvi viewer 단추를 누른다. (잠시 기다린다.)
        1. dvi viewer 단추를 누른다. (잠시 기다린다.)
       ==== dvi파일 ====
        1. 소스파일을 latex컴파일하면 확장자가 dvi인 파일(즉 hello1.dvi)이 만들어진다.
        1. dvi viewer 단추를 누르면 dvi파일을 읽어 화면에 보여준다. (글꼴을 만드는 경우, 처음에는 시간이 좀 걸린다.)
        1. dvi파일은 화면으로 결과를 볼 수 있고, 인쇄할 수도 있다.
        * dvi파일은 화면에 output을 보여주지만, "dvi가 보여주는 것을 믿지는 말라"는 충고가 있다. 인쇄해보면 화면에서 보는 것과 (조금) 다를 수도 있다고 한다.
        1. dvipdfmx 단추를 누르면 dvi파일로부터 pdf파일(즉 hello1.pdf)이 만들어진다.
        1. 문서를 작성한 결과를 화면으로 확인하는 방법은 위에서 설명한 dvi와 pdf파일 이외에 ps파일로도 할 수 있다.
        * dvi파일이 생성된 후 dvips 단추를 누르면 ps파일이 생성된다.
        * <!> PSTricks로 그림을 그리고 pdf 파일로 결과를 확인하려면 latex컴파일(dvi생성)->dvips->ps2pdf의 과정을 거쳐서 pdf파일을 만들어야 한다. (이와 관련된 설명은 다른 페이지로 미룬다.)
        * dvi파일{{{->}}}DviOut::: KC2007 설치과정에서 설치된다.
        * dvi파일: 편집작업 중 컴파일/결과확인을 빈번하게 반복할 때 주로 사용된다. (InverseSearch 기능 유용)
• KC2008/KCmenu . . . . 9 matches
        * dviout실행 명령을 dviout.exe에서 dviout.vbs로 바꿈. (by Karnes) dviout.vbs는 TeXLive에서 설치하며, 실행시 자신시 실행되기 위한 환경설정을 하면서 진행된다고함. 그러나 한개의 dviout만 실행되도록 하는 parameter를 넘겨주기 어려워, KCmenu가 registry를 고쳐줌.
        * dvi, ps쪽도 pdf를 중심으로 활용하도록 메뉴 재조정
        * DVIPDFMx, dvips & ps2pdf route의 명령들 재조정 ( LaTeX, dvi를 pdf로 변환후 보여주기의 두단계로 구성)
        * 내장 pdf viewer? (dvipng를 이용한 그래픽 뷰어형식으로 만들자? 사실 필요성은 없을 듯함.)
• KC2008/Migration . . . . 6 matches
        \usepackage[unicode,dvipdfm,colorlinks]{hyperref}
        1. graphicx, xcolor, hyperref 에 대하여 dvipdfm 대신 dvipdfmx 옵션을 쓰도록 한다.
        \usepackage[dvipdfmx]{graphicx}
        \usepackage[dvipdfmx,svgnames]{xcolor}
        \usepackage[unicode,dvipdfmx,colorlinks]{hyperref}
• KC2008/TeXLive . . . . 5 matches
        * dviout revived
       === dvips config ===
        * dvips 루트로 컴파일하는 경우 하첨자나 일부 수학 글자가 표시되지 않으면 적용한다.
        * [http://ftp.ktug.or.kr/KTUG/KTUGCollection/KC2008/misc/KC2008-TL-touchdvipsconfig-20090316.kcupdate KC2008-TL-touchdvipsconfig-20090316.kcupdate]
• KC2008/Troubles . . . . 8 matches
        1. --NotePad++에서 dviout으로 포워드 서치가 안 되는데요...--
        * --KC2008의 NotePad++은 dviout으로의 포워드 서치 기능을 제외하였습니다. (물론 dviout에서부터의 인버스 서치는 잘 될 것입니다.) 이 선택은 정책적인 것으로, dviout 포워드 서치를 지원하는 것보다 PDFSynchronization을 안정화하는 것이 더욱 효율적이라고 판단하였기 때문입니다.--
        * RUD 0.1.2.1 이후 dviout 단축키가 제외되었습니다.
       === dviout bug fix ===
        * --- [http://ftp.ktug.or.kr/KTUG/KTUGCollection/KC2008/misc/KC2008-TL-dviout-bugfix-20081209.kcupdate KC2008-TL-dviout-bugfix-20081209.kcupdate] ---
• KC2008/WhatsNew . . . . 5 matches
        * 그 대신, dviout에 대한 지원이 상대적으로 조금 약화되었습니다. dviout은 특별한 경우 이외에 별로 언급되지 않을 전망입니다.
        1. extractbb--(pdf 그림파일 처리할 때 약간 문제가 있다는 보고가 있지만)--를 이용하여 pdf/png/jpg그림에 대하여 별도의 .bb 파일을 만들지 않아도 dvipdfmx에서 그림 삽입이 자동으로 이루어집니다. (v0.1.0)
        * eps 그림을 사용하면 pdflatex에서 문제를 일으키므로, 앞으로 표준 그림 포맷은 아마도 pdf와 png/jpg가 되지 않을까 싶습니다. 다만 dvips를 사용해야 하는 부득이한 상황에서만 eps가 문제시될 것입니다.
        1. oblivoir 패키지의 {{{[microtype]}}} 옵션이 latex && dvipdfmx에서도 적용됩니다. (v0.1.2)
• KC2008Plus . . . . 1 match
        * dvips의 -Ppdf 옵션 제외 (수정완료)
• KC2008Plus/KCmenu . . . . 1 match
        * xelatex mode를 우선시, dvipdfmx지우고, lualtex 추가
• KTUGCollection2005 . . . . 8 matches
       === DVIPDFMx-20050831 실행파일 교체 ===
       DVIPDFMx의 실행파일을 교체합니다.
        * [http://my.ktug.or.kr/~karnes/testtest/KTUGCollection-DVIPDFMx-patch-20050902.exe KTUGCollection-DVIPDFMx-patch-20050902.exe]
       참고. 20050627의 0702일 배포본 패치를 실행하지 않고 `KTUGCollection` 원본에서 업그레이드하는 경우 [http://my.ktug.or.kr/~karnes/testtest/dvipdfmx.cfg dvipdfmx.cfg]를 다운로드받아서 `localtexmf\dvidpfm\config\` 디렉토리에 있는 파일을 교체하십시오. 필요하다면 내용을 자신의 시스템에 맞게 수정하여야 합니다.
       MiKTeX 2005/07/14 업데이트 '''이후''' DVIPDFMx 실행시 `Unicode.sfd`를 찾지 못하는 에러를 만나는 경우
       === DVIPDFMx 20050627 교체 (Major Upgrade) ===
       먼저 MiKTeX의 업데이트 매니저를 이용하여 dvipdfmx를 20050702일 배포본으로 업데이트하십시오.
        * [http://my.ktug.or.kr/~karnes/testtest/KTUGCollection-DVIPDFMx-patch-20050704.exe KTUGCollection DVIPDFMx patch 20050704]
        * 참고사항 : `dvipdfmx.cfg`가 바뀌므로 만약 사용자가 map을 추가한 적이 있다면 교체 후 다시 수정해야 합니다.
        근데요, 이게 아직 ftp.kreonet.re.kr에만 올라온 것 같아요. 업데이트할 때 repository 선택을 잘 해야할 듯. 아니면 [http://project.ktug.or.kr/dvipdfmx/snapshot/current/ DVIPDFMx 홈페이지]에서 하든가요. -- [Progress]
        MiKTeX 자동 업데이트에 의해서 설치되는 `dvipdfmx.exe`를 KTUG Collection에 알맞은 것으로 교체하는 것입니다. MiKTeX의 0627 바이너리만을 설치하면 KTUG Collection을 사용할 때 에러를 낼 수 있습니다. 그래서 업그레이드 파일이 제공되는 것이므로 DVIPDFMx 홈페이지에서 업데이트하는 것과는 상관없고, 반드시 MiKTeX 업데이트를 한 이후에 이 파일을 적용해야 합니다.
        * {{{dvipdfmx.cfg}}}에 추가되어야 할 사항은 다음과 같습니다.
• KTUGCollection2006 . . . . 2 matches
        1. KTUG Collection의 주 dvi 프리뷰어는 DviOut입니다.
        답변. KC2006에는 Yap이 없습니다. 그 대신 Yap의 역할을 하는 DviOut이 있습니다. KC2006이 기본으로 제공하는 사용자 작업 환경인 KCmenu에서 {{{"DVI 보기"}}}를 선택하면 실행됩니다. MiKTeX에는 있고 KC2006에는 없는(사실은 다른 어떤 TeX 배포판에도 없는) 프로그램이 Yap과 TeXify입니다. 그 대신 같은 역할을 하는 DviOut과 kcltxmk(또는 texi2dvi)가 제공됩니다. 모두 명령행이나 KCmenu를 이용하여 편리하게 작업할 수 있습니다.
• KTUGCollection2006/TIP . . . . 33 matches
        1. {{{kcltxmk -C}}} 부수 파일을 모두(.dvi, .pdf 등까지) 제거해줌.
        1. {{{kcltxmk -pv filename}}} 실행후 dviout을 띄워줌
        1. {{{kcltxmk -pv -pdfdvi filename}}} dvipdfmx를 이용하여 pdf를 만든 다음 acrobat reader를 실행하여 결과를 보여줌
       고치는 것입니다. 글리프 명칭만 제대로 바꿔주면 pdftex 이든 dvipdfmx 이든 ToUnicode Cmap을 잘 삽입합니다.
       은글꼴 type1은 uniac00처럼 소문자로 명칭이 들어가 있어서 pdftex은 제대로 인식하지만 dvidpfmx는 제대로 인식하지
       못합니다. 이것을 모두 uniAC00처럼 대문자로 바꾸면 dvipdfmx도 정상적으로 Cmap을 넣을 것으로 생각됩니다. 하지만 어차피
       dvidpfmx를 쓴다면 트루타입이 효율적이므로 사서 고생할 필요는 없지 않나 합니다.
       CygWin 셸에서 KTUGCollection2006을 쓰는 경우 texi2dvi 스크립트가 작동한다. 그러나 이것만을 위하여 CygWin을 설치하는 것은 부담스러우므로, 다음과 같은 간단한 배치파일을 만들어 texinfo 문서를 컴파일하자. 파일이름은 maketexi.bat로 한다.
       rem texi2dvi
       goto DVI
       :DVI
        * '''{{{maketexi filename[.texi] --pdf}}}''' : dvi 대신 pdf 출력을 얻는다. pdftex을 사용한다. 옵션이 파일이름보다 뒤에 들어간다는 점에 주의.
       dhucs-trivcj의 일본어 및 중국어는 폰트를 내장하는 방식이 아니고 Reader의 폰트를 가져다 표시하도록 되어 있고 이것은 DVIPDFMx에서만 정상적으로 pdf가 만들어진다. 즉 DviOut이나 pdfTeX에서 trivcj를 사용하기 어려운 듯이 보였다.
       pdfTeX이나 DviOut이 trivcj 폰트를 적절하게 처리하도록 해주면 될 것이다. 일본어의 경우 {{{MSMincho.ttf, MSGothic.ttf}}} 그리고 중국어 간체 {{{simsun.ttf, simhei.ttf}}} 및 중국어 번체 {{{mingliu.ttf}}}를 시스템에 설치한 경우 이 폰트를 이용해서 pdf를 만들거나 pk 폰트를 생성하도록 설정한 map 파일을 만들어보았다. 각각의 폰트 파일 자체는 포함하고 있지 아니하다.
       === PSTricks 사용 팁 (GSView + InverseSearch with DviOut) ===
        1. PSTricks로 작성한 그림을 DviOut으로 직접 볼 수 없다. 뿐만 아니라, DviOut으로 결과를 확인하려고 할 때 PSTricks 코드가 있는 페이지마다 심하게 버벅거린다.
        1. DviOut의 버벅거림을 방지하려면 DviOut이 ps코드를 찾지 않게 하면 된다. 이를 위해서는 다음과 같이 DviOut설정을 바꾼다. (그러면, DviOut에서 버벅거림이 없이 텍스트를 확인할 수 있다.)
        * DviOut -> Option -> Setup Parameters -> Graphic -> Direct PS <uncheck>
        * 또는 아래 [http://faq.ktug.or.kr/faq/KTUGCollection2006/TIP#s-11 DviOut에서 jpg 그림보기]에 나오는 그림과 같이 설정해도 된다.
        1. 이제, PSTricks로 작성한 그림의 결과는 dvips를 거쳐 GSView로 확인하고, DviOut은 InverseSearch를 위한 보조수단으로 이용할 수 있다.
• KTUGCollection2006/TroubleShooting . . . . 1 match
        * DviOut은 경로명과 파일명에 공백이 포함되어 있으면 pk 생성에 실패합니다.
        * -> 이것은 DviOut이 pk를 생성하는 방식 때문에 생긴 일인데, 조만간 해결될 것으로 예상하고 있습니다. 이 문제가 해결될 때까지, dviout을 사용하는 작업은 공백문자 없는 경로에서 하시기 바랍니다.
• KTUGCollection2007 . . . . 2 matches
        * 설치 과정에 dviout이 실행되면 메뉴의 Options -> Install 을 선택한 후 Next를 두세번 눌러주십시오.
        * pk 파일의 생성 (즉, dviout에서 일부 문자가 소실될 수 있음. pdf/ps에서는 문제 없을 것.)
        * DVIPDFMx
• KTUGCollection2008 . . . . 12 matches
        * 그러므로 dviout을 사용하지 않고 pdf를 중심으로 작업이 가능함.
        1. 샘플 예제의 그림이 dviout에서 보이지 않습니다.
        * KC2008에서 dviout을 제공하기는 하지만 dviout을 통한 작업을 권장하지 않습니다. 또한 dviout은 eps 이외의 그림을 볼 수 있도록 설정되어 제공되지 않습니다. 한편, 샘플 예제에는 eps 그림을 거의 사용하지 않습니다. dvi가 아니라 pdf 중심으로 작업하실 것을 권장합니다.
        * 또는, dviout에서 그림이 보이지 않는 것이 당연하다고 생각해 주시기 바랍니다.
        1. TeXLive와 KC2008에 두 개의 dviout이 있는 이유는 무엇인가요?
        * --- KC2008이 만들어질 당시에는 TeXLive/win32에 dviout이 없었습니다. 9월 말에서 10월 초에 win32 바이너리로 dviout이 채택되고 이것을 TeXLive에서 설치해주게 되었습니다. 실제로 두 개의 dviout은 완전히 동일합니다. 그런데 설정에 약간 차이가 있고 KC2008을 설치하면 KC2008에서 설치한 dviout이 실행되게 되어 있습니다. ---
• KTUGDocumentationProject . . . . 1 match
       CTAN 문서 가운데 하나를 우리말로 옮긴 것입니다. 원문(latex4wp)의 저자는 Gonzato씨입니다. 번역은 도은이아빠가 하였습니다. 이 문서의 PDF판은 최근 KTUG에서 발전한 "TTF를 포함한 PDF 문서" 만들기 형식으로 작성되었고, 한글 폰트로는 아시아폰트 트루타입을 사용하였으며 DVIPDFMx를 이용하여 한글 북마크를 포함한 것입니다. 아시아폰트는 아시아폰트 기본팩을 설치하시면 배포판과 같은 PDF를 얻을 수 있습니다.
       KTUG에서 논의된 Truetype 글꼴 사용에 대한 사용자 안내서입니다. KTUG 문서화 작업팀의 공동작업의 결과이고, 김강수와 주철이 책임집필을 맡았습니다. 이 문서는 글의 내용에서 설명하는 것과 동일한 과정을 거쳐서 TrueType 폰트를 포함하도록 dvipdfm-cjk로 만들어진 것입니다.
• KTUGNewsletter . . . . 5 matches
        [DeleteMe] 다음 번에는 좀 더 기술적인 부분을 세분화하여 다뤘으면 좋겠습니다. 텍이라고 통칭하는 것에 실은 다른 여러 기술들이 결합되어 하나의 시스템을 이루고 있는 것이므로 그것을 쪼개어 하나씩 짚어가면 주제는 꾸준히 나오리라 봅니다. 일전에 smcho님이 글꼴에 대한 의문과 그 답에서처럼 dvi까지 글꼴을 처리하는 방법, dvipdfmx가 글꼴을 처리하는 방법, dvips가, 또는 pdflatex이 처리하는 방법 등으로 나누어 상세히 설명하면 텍 사용자들에게 분명 큰 도움이 될 것입니다. 저는 최근에야 PDF의 책갈피가 텍 조판과는 상관없이 그저 텍스트 뿐임을, 너무나 당연한 것이지만 텍에 익숙해져서 텍이 모든 것을 해결해준다는 착각에 빠져, 깨닫게 되었습니다. 이를테면, \texttrademark 같은 게 책갈피에 제대로 안 나오는 게 정상인데도 마치 그게 잘못된 것인양 느껴진다는 겁니다. --[hoze]
        제 생각은, 폰트 처리와 출력 문제가 그렇게까지 critical하다고 생각되지는 않습니다. 사용자 입장에서 과연 dvipdfmx의 폰트 처리 방법을 모두 알아야 할 필요가 있을까요? 아마도 dvipdfmx가 이해할 수 있도록 폰트를 설정하는 지침과 그것을 사용하도록 지시하는 "상위레벨" 명령 정도면 충분하지 않은가 합니다. TeX의 동작방식을 이해하는 것보다는 워드 프로세서의 알고리듬을 이해하는 것이 훨씬 힘듭니다(공개되어 있지 않으니까요). 그러나 워드 프로세서 사용자가 그 워드의 조판 알고리듬을 이해하려 하는 경우를 잘 보지 못하였습니다. 그런 식의 논의가 시작되면 초보자들은 쉽게 질려버릴 것이라고 생각합니다. 아래아한글의 소스를 해설해야 할 필요가 어디 있겠습니까? --[Karnes]
• Karnes-PrivateTmpPage . . . . 13 matches
       beamer는 DVIPDFMx를 지원하지 않는다. PSTricks를 쓴다면 dvips/ps2pdf를 이용해야 하고 그렇지 않으면 PDFLaTeX으로 컴파일한다. 그런데 재미있게도 `[utf8]` 옵션과 `[cjk]` 옵션을 제공한다. (example 중에는 중국어가 들어 있는 beamerexample4.tex이 있다.) 이것을 이용해보기로 했다. PDFLaTeX으로는 어차피 텍스트 검색/추출과 책갈피는 기대할 수 없으므로 포기하고, 그 대신 윈도의 굴림체를 이용하기로 한다.
        이 프로젝트에 관심 무지하게 많습니다. 그런데 XML 관련 소프트웨어가 너무 많아서 어디서부터 손댈지 몰라 헤매고 있습니다만, 이 시험 파일이 저의 이해를 높이는 데에 큰 도움이 되었습니다. 그러나 dvipdfmx로 pdf를 만드는 데에는 실패했습니다. 오류는 이렇습니다. `pdf_add_dict: Passed invalied value'. 좌우지간 장차 아주 많은 문서들이 정보는 XML로 작성하고 서식은 TeX을 이용하게 되리라 전망합니다. --[hoze]
        이 오류는 이전 버전의 dvipdfmx이 종종 보이는 것인데... DVIPDFMx을 새로 컴파일해서 시도해보시지요... --[Karnes]
        1. DVI없는 TeX 시스템을 지향합니다. ;) PDF로의 출력을 기본으로 생각하고 만들었습니다.
        1. 사용자의 dvipdfmx.cfg에 `f hlatexk.map`을 추가하십시오.
       그 다음에 이 DVI 파일들을 PS로 만듭니다.
       #> odvips ddom -o
       #> odvips syop -o
       #> odvips cac -o
        <!> 여기서 `odvips -E` 옵션은 잘 듣지 않았습니다.
        <!> 글자그림은 비트맵 방식이나 PostScript 방식 두 가지를 모두 쓸 수 있습니다. 제 경험에 의하면 PostScript 방식을 사용한 경우가 해상도의 문제는 없어서 좋은데 [Yap]과 같은 DVI Previewer에서 잘 보이지 않았습니다. 저는 최종출력을 PDF로 생각하고 있으므로 관계없다고 봅니다마는....
        하여간, 비트맵 방식의 EPS를 만들려면 {{{$texmf/web2c/updmap.cfg}}}에서 {{{dvipsPreferOutline}}} 설정이 {{{false}}}로 되어 있어야 합니다. 이 값을 {{{true}}}로 바꾸고 {{{updmap}}}을 실행하면 PostScript 방식의 EPS를 만들 수 있습니다. 물론 {{{updmap.cfg}}}에 HLaTeX의 관련 `map` 파일이 올려져 있어야 합니다. [MiKTeX-KTUG]을 설치하고 이 설정을 바꾸지 않았다면 HLaTeX 설정은 제대로 되어 있고 {{{dvipsPreferOutline false}}}로 되어 있을 것입니다.
       hlguide-ks는 [한글LaTeX길잡이]를 [MiKTeX-KTUG]과 같은 일반적인 환경에서 손쉽게 컴파일되도록 수정한 판본입니다. 같은 디렉토리에 풀어놓고 LaTeX과 DVIPDFMx를 실행하면 [UHC글꼴]이 포함된 hlguide-ks.pdf를 얻을 수 있습니다.
       #> dvipdfmx hlguide-ks
       #> dvipdfmx hlguide-ks
       DVIPDFMx를 쓰기로 하였으므로 한글 책갈피는 다음 명령으로 간단히 구현되었습니다.
        \usepackage[dvipdfm,CJKbookmarks]{hyperref}
        \AtBeginDvi{\special{pdf:tounicode KSCms-UHC-UCS2}}
• Karnes/2005-11 . . . . 8 matches
       `HLaTeXk`로 여기 있는 샘플 파일들을 컴파일해보기로 하였습니다. 한TeX DVI 내장 드라이버를 위한 `\special` 명령을 잔뜩 사용하고 있는 HTEXDEMO.TEX은 결과가 좋지 않았습니다. 한TeX 자신도 예전 Win 95 시절의 WMF 드라이버가 잘 안 되는지 WMF 그림을 디스플레이하지 못하더군요.
       돌이켜 생각하면 한TeX의 DVI 뷰어는 사실 아까운 프로그램입니다. 한TeX의 쓸쓸한 운명이 유감스럽습니다.
       같은 소스를 `HLaTeXk`로 컴파일하고 DVIPDFMx로 변환한 결과 :
       `hangul`에서 자동조사 기능을 제거한 `hangul-nojosa`를 만든 사람으로서, 자동조사 문제를 어떻게든 해결해야겠다고 생각하고 있었고, 몇 가지 방향의 시도도 하여보았습니다. 그 가운데 하나는 외부 Perl 스크립트를 이용하여 원본 자체를 수정하자는 것이었는데, 이것은 그다지 많은 지지를 얻지 못했습니다. 특히, HyperRef과 함께 써서 DVIPDFMx를 이용하여 PDF를 만드는 상황에서 hangul-nojosa를 쓰게 되므로, 이 경우에 자동조사를 처리해주는 것이 필요하다고 생각합니다.
        예전, 첫번째 KTUG 모임에서, 문체부 글꼴 문제가 잠시 논의된 적이 있었다. PDF 임베딩이 안 된다는 것, 그래서 당시 dvipdfm-kor에서 사용할 수 없다는 것(엄밀히 말하면 TrueType 임베딩용으로 쓸 수 없다는 것이었음), 문체부 글꼴을 수정할 수 없겠냐는 것... 결국 문제는 누가 그것을 하느냐는 것이다.
        그림처리의 경우, 수학 목적에서는 여전히 PSTricks가 가장 강력한 표현수단이라고 생각합니다. 그러나 PSTricks는 DVIPDFMx에서 잘 작동하지 않습니다. DVIPDFMx를 생각한다면 MetaPost가 역시 가장 좋은 도구이겠는데 이것은 (사견입니다만) Front-end 프로그램일 이용해서 작업하는 상황이라면 모를까 하드코어 코딩 접근으로는 역시 비효율적인 것이 사실입니다.
        * 한글 환경에서 dvipdfmx 사용에 관한 절과, pdfscreen/ifmslide/ppower4 사용시 한글 문제에 관한 짧은 절은 추가하는 것이 좋을까요?
        그게... 이 글꼴은 이주호 님께서 lshort-kr 용으로 제게 보내주신 것입니다. 라이센스가 어찌 되는지는 정확하게 알지 못하고 있습니다. PS 글꼴이 어떤 것인지는 알 수 없지만, 아마 그대로 TeX에서 사용하기는 어려울 듯합니다. 제 생각에는 출력소용 폰트인 듯하군요. 현재로서 PS 글꼴을 쓰려면 그 글꼴을 OpenType(.otf)으로 변환한 다음 [DVIPDFMx]를 사용해야 할 것으로 생각됩니다. 아니면 PS 글꼴 자체를 건드려서 HLaTeX의 글꼴 설정에 맞게 수십개의 Type 1 글꼴로 쪼개는 작업을 해야 하는데, 이 일의 지난함에 비하면 그 결과 얻어지는 검색/추출 불가능한 PDF 파일은 좀 실망스러울 듯... ---[Karnes]
        그런데, 저 개인적으로는 이 문서에 미련이 많습니다. 이해할 수 있으실지 모르겠지만, 원래 원본 lshort 에 한글 번역을 달아서 컴파일하면 원하는 대로 결과물이 생기지 않았습니다. 맨첨 번역하던 lshort-3.2의 경우가 특히 심했지요. latex, pdflatex, latex->dvipdfm 의 세 가진 방법으로 모두 컴파일되게 하는 것이 불가능했습니다. 이 문제를 해결하려고 스타일 파일을 고치고 고민하고 했던 것은, 번역자로서 제가 겪었던 행복한 경험이었다고 생각합니다.
        누구도 감히 공연한 일을 하셨다고 말씀드리지는 못할 겁니다. 저도 lshort-kr을 보면서 공부했으니까요. 이 자리에서 감사드립니다. 다만 시기적으로 좀 더 상세한 매뉴얼이 나오는 게 좋다는 뜻으로 말씀드린 것입니다. 컴파일 상의 그러한 문제로 스타일이 복잡했었던 거군요. latex, pdflatex, dvipdfm까지 모두 돌아가는 것보다 한 가지씩 스타일이 좀 쉽게 되어 있는 판이 나오면 나중에는 내용 자체보다는 스타일 파일을 보고 배우는데 도움이 크게 될 것입니다. 처음에 사실 딴에는 많이 뜯어본다고 했는데 많이 난감해했던 기억이 납니다. 주석도 많이 달아야 하니까 더 성가신 일이 되려나요? --[hoze]
       여러가지 얘기가 오갔지만, 우선 MiKTeX-KTUG과 dvipdfmx가 가져온 놀라운 결과에 대한 확인: "마침내 TeX을 업무에 적용하시는 분들이 나오게 되었다는 점" 물론 직접 책을 만드신 남상호 교수님도 계셨고... 이번 모임에는 그런 분들이 많았습니다.
       dvips를 발전시켜서 현재 우리나라의 출판관행에 맞게 바꾸는 문제가 논의되었습니다. 결국 문제는 누가 하느냐인데, 현재로서는 ChoF님밖에... 바쁘셔서...
        * 마침내 CMacTeX에서 HLaTeX을 돌릴 수 있게 되었습니다. ;) 그런데 이 CMacTeX 4.2에는 PostScript 폰트를 PK 파일로 만들어주는 프로그램, 예를 들면 ps2pk나 gsftopk 같은 프로그램이 없어요... :( 이 프로그램이 PostScript 폰트를 XDvi에서 사용하는 방법은 PS 폰트들을 시스템 폰트로 등록하고 시스템 폰트를 디스플레이하는 방식이군요.... 그래서 XDvi로 Dvi를 보는 것은 포기하고 그 대신 dvips, dvipdfm, pdftex을 자유롭게 사용할 수 있는 것으로 만족해야 할 듯합니다. UHC 폰트는 잘 포함하는군요. 물론 검색같은 건 안 되지만... PK 폰트를 이용하여 DVI로 보려면 미리 PK를 전부 만들어두고 이것을 설치한 다음에 사용해야 할 듯합니다. 스크린 샷을 곧 올리겠습니다. ;) --[Karnes] [[Date(2003-05-05T19:53:23)]]
• Karnes/2006-01 . . . . 6 matches
       저도 Omnigraffle Pro 쓰고 있는데 정말 좋더군요. :-) 저도 새로운 switcher인데, 아무 후회없이 정말 오랜만에 정품을 구매했습니다. 돈 안아까운 프로그램입니다. 근데, 참고하실 것은 eps로도 save되는데 그 크기가 무지막지 합니다. 하지만, pdf로 save하면 아주 작습니다. 그래서 latex dvipdfmx 보다는 pdflatex을 쓰게 되었습니다. -- [recypace] [[DateTime(2006-01-18T20:15:54)]]
       아무튼 pdflatex은 부득이한 경우외에는 비추입니다. 텍스트 검색이 안 되는 pdf라니 OS X 입장에서 얼마나 황당하겠습니까? 제가 제시한 tex2pdf 스크립트를 이용하는 것이 현재로서 최선인 듯 ([TeXShop/DVIPDFMx]). 저는 Spotlight에 안 걸리는 pdf를 만들고 싶지 않습니다. -- Anonymous [[DateTime(2006-01-19T01:49:50)]]
       OmniOutliner도 무척 좋습니다. 사실 사용빈도가 훨씬 높더군요:-). 사실 거의 모든 종류의 정리를 할 수 있기 때문에 매우 잘 쓰고 있습니다. 그런데 pdflatex으로 했을 때 검색이 안될 수 있다는 생각은 안해봤네요.. OTL... 사실 이라면 쫌 그렇군요. 질문이 있는데 말씀하신 방식에서는 그림을 pdf로 사용이 가능한가요? 아니면 말씀드린바와 같이 graflle의 EPS export는 너무 커서 dvi viewer가 refresh하는데 정말 오래 걸리거든요. :-( -- Anonymous [[DateTime(2006-01-19T10:20:03)]]
       물론입니다. ;) [PDF만들기], [PDF그림포함하기], [bb파일얻기] 등의 페이지를 보시면 됩니다. .bb를 얻는 것이 약간 불편하기는 하지만 pdf 파일에 대해서는 gs-ebb.sh를 이용하면 쉽고 jpg 그림은 원래 ebb가 잘 처리해줍니다. 맥에서 적어도 OS X에서 eps나 dvi에 집착할 아무런 이유가 없습니다. 그냥 pdf로 다 하면 됩니다. -- [Karnes] [[DateTime(2006-01-19T12:24:47)]]
        1. TeXmaker 실행, dhucsdoc.tex 불러들임, 컴파일 시도 (UTF8선책, dvipdfm을 dvipdfmx로 수정하고 QuickBuild를 dvipdfm을 거치도록 수정)
• Karnes/2006-02 . . . . 1 match
       TeXShop에서 PDF Synchronization에 성공했습니다. DVIPDFMx로 컴파일하여 검색 추출이 가능한 PDF를 만들었더니 그대로 되더군요. pdf로 Inverse''''''/''''''ForwardSearch를 처음 보는지라 신기하기만 합니다. DVI에서만 되는 줄 알았던 인버스/포워드 서치를 pdf에서 할 수 있다니... 이제 정말 dvi는 쓸 일이 없어졌네요. 윈도로 돌아갈 유인도 사라져버렸습니다. '''정말 놀랍습니다.'''
• Karnes/2006-03 . . . . 8 matches
       2.7.0의 가장 큰 특징은 pdflatex에서 검색/추출을 위한 dhucs-cmap.sty가 추가된 것과 dhucs-ucshyper에 {{{[dvips]\}}} 옵션이 생긴 것입니다.
        2. DVIPDFMx
        4. dvips/ps2pdf
        1. DVIPDFMx {{{
        1. dvips/ps2pdf {{{
       \usepackage[dvips]{dhucs-ucshyper}
        1. 주로 pdftex과 함께 쓰기 위해서 제작되었습니다. dvips -> ps2pdf 용도로도 사용할 수 있을 것입니다.
       한글 텍스트 검색·추출은 dvipdfmx를 이용하면 됩니다. 또는 dvips로 ps 만든 뒤 pstopdf (맥에 들어 있는 거) 이용하여 pdf를 만들면 됩니다. 이것이 가능한 이유는 비록 type1 폰트지만 폰트에 유니코드 정보가 들어가 있기 때문입니다. pdftex은 아직 안되는 것 같던데 확인해봐야겠군요. -- DohyunKim [[DateTime(2006-03-21T09:57:32)]]
       알려주셔서 고맙습니다. dvipdfmx로 되는 것은 확실하군요. ^^ ;; -- [Karnes] [[DateTime(2006-03-21T14:04:48)]]
• Karnes/2006-04 . . . . 16 matches
        1. 같은 항목. dvipdfmx.cfg -> updmap.cfg (중대한 오류 :( )
        texmf.local/fonts/map/dvips -> texmf.local/dvips
       언젠가 모임에서 김도현 교수님께서 "폰트를 알면 TeX이 보인다."는 불후의 명언을 남기셨습니다. 그렇지만 사용자들, 특히 이제 막 (과거에 비해) 손쉽게 설치를 마친 사용자들은 "대체 TeX 설치가 성공적으로 끝났다는데 뭘 어찌해야 하나"와 같이 막연해질 겁니다. 꾸역꾸역 컴파일하여 '''Hello World'''나 '''한글 테스트''' 같은 문장이 dvi 뷰어에서 보이고 나면 한글이 구현된다는 기쁨에 이성을 잃고 몇 개월이고 몇 년이고 투박하게 사용하는 것이지요.
        1. {{{M-x customize-variable RET TeX-output-view-style RET\}}} 하면 설정 창이 열린다. ({{{custo TAB -var TAB RET TeX-output-v TAB\}}} 이 정도면 될 것임. ^^ 여기서 {{{^dvi$\}}} 를 보면 이미 TeXniscope가 설정되어 있는 것을 볼 수 있다. {{{^pdf$\}}}에 대해서도 똑같이 설정해준다. {{{
       (("^dvi$" "^TeXniscope$" "open -a TeXniscope.app %o")
        1. line 165. 마지막의 .dvi 참조 부분을 .pdf로 고침. {{{
        (dvi-file (concat (file-name-sans-extension master-file) ".pdf"))
       $ dvipdfmx hlguide-ucs
        1. pdf 문서 만들기가 용이하다. 특히 한글 텍스트의 검색과 추출, 한글 북마크, 한글 pdf 정보, 하이퍼링크 등을 '''손쉽게''' 이용할 수 있다. DVIPDFMx뿐 아니라 '''pdflatex으로도''' 할 수 있다. 폰트를 잘 선택한다면 dvips/ps2pdf로도 할 수 있다. (dvips/ps2pdf 사용을 위해서는 약간의 추가 설정이 필요)
        * 텍스트 검색 추출 -> 트루타입 + DVIPDFMx (cmap)
        * 한글 북마크 -> DVIPDFMx (cmap)
        * 한글 pdf 정보 -> DVIPDFMx (cmap)
       {{{#!blog Karnes 2006-04-08T03:28:41 dvipdfmx에서 잘되는 cjhebrew type1 폰트
       CTAN 배포판 cjhebrew pfb 폰트가 dvipdfmx에서 오류를 내는 까닭에 새로 만든 pfb 파일. 기존 파일을 대체하면 dvipdfmx에서도 그럭저럭 되는 듯.
       % Change default driver to "dvips" instead of "hypertex",
       \providecommand*{\Hy@defaultdriver}{hdvips}%
• Karnes/2006-05 . . . . 12 matches
       언제나 감사드립니다. 사용자의 폭을 너무나 넓혀주시는 군요 ㅎㅎ. 혹 DVIPDFMx용 map파일은 없는 건가요? -- [hermian] [[DateTime(2006-05-30T06:50:18)]]
       [hermian]님, fnttst_0430 문서를 제대로 안 읽으셨군요. 공부하세요 ^^ ([작은나무] 님을 표절). updmap하면 dvipdfmx에서도 쓸 수 있습니다. -- [Karnes] [[DateTime(2006-05-30T07:59:01)]]
       질문이요 가칭 `texmf-mook` :) 의 `Readme`를 보면 `dvipdfmx.cfg`에 `f unfonts-type1-dvipdfm.map`파일을 추가하라고 적으셨는데 이해가 안됩니다. ttf파일도 아니데 왜 필요한지요? -- [hermian] [[DateTime(2006-06-01T12:00:47)]]
       음... 그건... 질문이 예리하시네요. :) unfonts-type1.map (for dvips)에서 만들어지는 dvipdfm용 map에 약간의 문제가 있기 때문입니다. 원래 dvips용 map 자체가 잘못된 것인지 아니면 updmap의 문제인지 그도 아니면 dvipdfm의 문제인지는 *아직* 생각해보지 않았습니다만, Postscript 폰트에 가한 변형 중 일부가 유실되는 문제가 있어서 별도로 dvipdfm용 map을 만들어둔 것입니다. 이 폰트 세트의 예외조항이라고 이해해주면 아니 되시려는지요? ^^ c-series나 co, bco 시리즈 글꼴을 쓸 일이 없다면 아마도 이걸 하지 않아도 큰 문제를 일으키지는 않을 것입니다. -- [Karnes] [[DateTime(2006-06-01T12:11:17)]]
       그리고... 애시당초 unfonts type1은 dvipdfmx에선 쓸 일이 없어야 맞지 않나요. 처음부터 dvips/pdftex을 위해서 만든 것이라서... dvipdfmx는 unfonts 자체를 잘 다루니까는... -- [Karnes] [[DateTime(2006-06-01T12:13:04)]]
        1. mm.tex을 latex->musixflx->latex->dvipdfmx 를 거치면 원하는 mm.pdf를 얻는다.
• Karnes/2006-06 . . . . 6 matches
        -> 이럴 때는 과감히 dvi / inv search로 돌아간다. ^^
       {{{#!blog Karnes 2006-06-24T04:30:21 DviOut : Inverse & Forward Search
        attachment:dviout_emeditor_inverse.png
        attachment:dviout_emeditor_forward.png
        attachment:dviout_texmaker_inverse.png
        1. dvi viewer
        1. 문제는 DVI Viewer인데... 유력한 것은 DviOut 또는 WinDvi.
        * DviOut의 predefined configuration을 제공
        texmf-config/{dvipdfm,ttf2pk,web2c}
• Karnes/2006-07 . . . . 10 matches
        * 2002년은 가장 생산적인 해 중 하나였음. 옛한글, dvipdfm-cjk(DVIPDFMx), pdftex subfont patch(by ChoF)[[FootNote(이 서브폰트 패치는 결국 나중에 Han The Thanh에 의하여 pdftex에 포함되는데, 코드나 구현 방식은 조금 달라졌으나, 서브폰트 패치를 처음 시도한 것은 KTUG에서 ChoF님이 하신 일이었음.)]], ConTeXt 한글화 등등...
        * [은글꼴]과 DVIPDFMx를 이용한 검색/추출 가능한 pdf 제작 기술 발전. [은글꼴]이라는 GPL 트루타입 글꼴은 이 분야의 발전에 획기적인 전기였음.
        * DVIPDFMx의 MiKTeX 2.4를 위한 바이너리가 나오는 데 한참 걸려서 한동안 pdf 제작 기술이 실용화되지 못하였음. 이 때 [CygWin] [teTeX]에 대한 관심이 증가함.
        * HLaTeX 설치 지원은 MiKTeX + KTUG patch(dvipdfmx, ttf2pk, etc.) + HPack의 방법이 표준적인 방식으로 자리잡음. (이 기간이 상당히 길었음)
        * dviout -> truetype 설정 부분 추가
        1. fpTeX 설정으로 전환하여 몇 개의 단추를 수정한다. 특히 dviout 설정은 새로 추가하여야 하는데... 여기에 대해서는 나중에 여력이 생기면 자세히 쓰든가 하겠다.
        1. latex 버튼은 myltx.bat에, pdflatex 버튼은 pdfmyltx.bat에, 그리고 makeindex 버튼은 mkindex.bat에, dvipdfm 버튼은 dvi2pdf.bat에 각각 연결한다.
        1. dviout에 InverseSearch to WinEdt 설정을 하는 것은 다음 한 줄이다. {{{
       if exist %~n1.dvi ( copy %~n1.dvi ..\ )
        1. 최종적으로 dvi 파일은 임시 디렉토리가 아닌 현재 디렉토리에 만들어진다.
• Karnes/2006-08 . . . . 13 matches
        1. dviout 설정
        1. dvi 버튼 클릭
        1. dvi 보기 버튼 클릭
        1. dviout의 TEXMF 설정시 몇 가지 입력해야 하는 점
       최근 웬만한 에디터는 거의 전부 MiKTeX을 자동 검출하게 하는 옵션이 포함된 게 많다. MiKTeX의 도저한 영향력이라니... 다행히 MiKTeX 설정을 그대로 두어도 컴파일에는 지장이 별로 없고 yap 관련 설정만 수정하면 대략 KC2006에서 쓰는 것이 크게 어렵지는 않은 듯. EmEditor의 M's TeX Helper는 오히려 dviout 설정이 기본으로 잡혀 있으니 KC2006에 더 친화적이라 할까?
       10pt라는 옵션을 준 경우, 본문은 10포인트를 기본으로 한다. 그리고 프린터의 해상도가 600dpi라고 하자. (이것이 일반적인 dvi viewer의 기본값이다.) 이 프린터 해상도는 10pt 글자 하나를 얼마만한 해상도로 만들 것인가를 결정하는 기준이다. 600dpi는 말 그대로 인치당 600개의 도트픽셀을 찍을 수 있는 정도의 해상도인데, 10pt=0.13837인치이므로, 약 83 도트픽셀이 10pt에 사용된다. 이렇게 만들어진 비트맵 폰트의 이름을 ounbtmac.600pk라고 한다.
        DVIPDFMx를 예로 들자면, 최근까지도 2004년 버전을 유지하고 있었다. PDFTeX 1.30.6이 채택되었다고 해서 반기고 있는 분위기인가 본데... 글쎄다. MPM이 관리하는 패키지들은 도대체 갱신될 줄을 모르고, Omega는 여전히 그 이상한 버전이 유지되고 있다... 이것은 필연적으로 혼자서 감당하고 관리할 수 있는 범위를 넘어섰는데, MiKTeX은 여전히 그것을 혼자 다 하고 있으니... 잘 되면 이상한 거라고 생각한다. KC2006은 부득이 MiKTeX의 mpm을 채택하기는 했지만, 몇몇 패키지의 느린 업데이트는 개인적으로 상당히 짜증난다. 물론 빠르게 업데이트되는 혜택받은 패키지들도 있지만서도...
       윤서체 Opentype과 한양해서가 필요하고 dvipdfmx로 컴파일하여야 한다.
        * -> dvipdfmx.cfg : C:\Program Files\MiKTeX 2.5\dvipdfm\config
        * -> dvips map files : C:\Program Files\MiKTeX 2.5\dvips//;...\fonts\map//
        1. dvipdfmx.cfg, ttf2pk.cfg 수정 : dvipdfmx는 괜찮은 거 같은데... ttf2pk는 아니 먹을 듯. 즉, Hangul-ucs를 그냥은 사용할 수 없다는 뜻임. ttf2pk.cfg 파일은 없음.
• Karnes/2006-09 . . . . 9 matches
       dvipdfmx 루트로 pdf를 만들 생각이었기 때문에 pdftex compatibility 코드를 넣지 않기는 하였지만 아무리 생각해도 이건 너무 쉽다. 이래도 되는 건가? ㅎㅎ
        4. WinEdt을 실행한다. 그러면 dviout 설정이 잡혀 있을 것이다. 적어도 이 상태에서 dvi search는 안 될지라도 dvi 열기는 정상적으로 된다.
       dvi search 설정.
       Run(|%$('DVIView'); -1 "%P\%N.dvi" "# %!l %p\%n%t"|);
        2. 다음 그림과 같은 방식으로 {{{KCltxmk (dvi)\}}}라는 메뉴와 {{{KCltxmk (pdf)\}}}라는 메뉴를 새로 만들어 넣는다.
        3. {{{KCltxmk (dvi)\}}}는 다음 그림과 같이 설정하되, Utility 란에는 이렇게 쓴다. {{{
       kcltxmk -f -silent -pv -pdfdvi "%N.tex"
• Karnes/2006-10 . . . . 3 matches
        1. 예제 문서 폴더와 KCmenu, DviOut이 모두 열림
        1. DviOut의 메뉴에서 {{{[Option] -> [Install]\}}}을 선택한 다음 무조건 Next를 세번 정도 누르면 Finish까지 감. (DviOut 설정값을 별도로 써넣을 필요 없음).
       그리고 하나 더, 설치한 뒤에도 DviOut과 관련된 설정을 한번 더 만져줘야 했습니다. 이 CD로 설치한 기본값으로는 DVI를 볼 때마다 비트맵 글꼴을 일일히 만들고 있던데, 비트맵 글꼴 만드는 과정이 워낙 느려야 말이죠. -_-;;
       DviOut/TrueType에 나온대로 DviOut의 설정에 들어가서 [Font2]탭의 [ftt:]버튼을 눌러주고, [TEXSUBF:]를 수정해 주니 DVI 보는 속도가 빨라지더군요. 이 과정이 없었다면 저는 Inverse Search는 아예 사용할 엄두도 못 냈을 겁니다.
        1. [CygWin에서설치하기]를 그대로 따라하되, dvipdfmx, ttf2pk 등의 컴파일은 불필요함.
       VimEditor 페이지의 latex-suite가 yap을 기본 뷰어로 띄운다는 사실에 ''자존심이 상해서'' :) 이것을 dviout으로 수정하는 작업을 아침에 좀 했다. VimEditor 사용자분들은 대부분 고수들이라 이런 촌스런 플러그인으로 작업하지 않고 대부분 자가설정을 하여 쓰시겠지만 혹시라도 필요한 분이 있을는지 몰라서, 그리고 KC2006이 다양한 에디터와 함께 쓸 수 있다는 것을 보이기 위해 시도해보았는데, 지금까지는 그럭저럭 잘 작동하는 듯.
       hwp한글에서 문서작성 완료하여 '다른이름으로저장'에서 텍문서 저장이 되고, '미리보기'에선 텍으로 컴파일한 dvi나 pdf를 볼 수 있다면...요컨데 텍을 엔진으로 장착한 고급 문서작성기가 제작된다면 텍이 아마도 일반대중에게 보급되지 않을까...상상해 봅니다. 학회지 관계는 아마도 인쇄소에서의 문제가 있을것 같습니다. 저자가 몸소 조판한 텍문서를 원형 그대로 (혹은 약간 개선해서) 출력하고 제본해 주는 출판소(혹은 인쇄소)가 한곳쯤이야 있을텐데... -- Anonymous [[DateTime(2006-10-07T11:12:01)]]
• Karnes/2007-01 . . . . 9 matches
        1. pdf는 dvipdfmx만을 이용한다. (즉 pdftex으로는 되지 않는다.)
        1. 작업 폴더에 cid-x.map, ttfonts.map이 함께 있으면 된다. doc/ 아래의 예제 파일을 컴파일해보라.(이호재 님의 글이다.) latex -> dvipdfmx
       KC2006에서 WinEdt을 쓰는 방법에 대해서 몇 가지 팁이랄까 그런 것을 소개한 바가 있는데 그다지 재미를 보지 못했다. 현재 [KC2006/WinEdt] 페이지는 yap과 texify 대신 dviout과 kcltxmk를 쓰는 방법을 소개하고 있는데, 이것은 그럭저럭 작동하는 듯하다.
       (6) 이번에는 {{{Options -> Menu Setup -> Accessories\}}}를 열어서 이전에 설정한 KCltxmk 항목에서 {{{kcltxmk\}}}를 {{{icnvkcltxmk\}}}로 바꾼다. pdf와 dvi에 대하여 둘 다 같은 방식을 적용한다.
       (7) 준비 끝. 이제 DviOut의 InverseSearch 설정을 WinEdt으로 바꾸자. 다음 내용을 그림과 같이 {{{Option -> Setup Parameters -> Common\}}}의 {{{src:\}}}에 넣고 Save, 적용을 선택하면 된다. {{{
       JPG 그림으로 했는데 dvipdfmx/pdflatex 양쪽 다 잘 된다. 패키지 문서 이름은 wallpapermanual.pdf이다.
        엊그제 올린(요~ 아래) 예제이다. latex -> dvipdfmx로도 처리되지만 pdfTeX 버전이 1.40 이상이어야 한다.
       그때 공주에서 잠깐 이야기한 뒤로 까먹고 있었는데... 정말 되는군요. 놀랍습니다. 그리고 현대적인 환경이라면 latex도 pdftex을 불러서 돌아가니까 latex -> dvipdfmx도 가능할 것 같습니다. -- DohyunKim [[DateTime(2007-01-02T05:25:01)]]
       예. KC2006의 현재 버전은 latex을 pdftex에 붙여두지 않았기 때문에 다음과 같이 실행해야 할 것 같지만, 아무튼 pdftex이 생성한 dvi로도 잘 됩니다. W32TeX의 오리지널 etex은 다음 버전에서 포기하려 합니다. {{{
       #> pdflatex -output-format=dvi test
• Karnes/2007-02 . . . . 5 matches
       $ dvipdfmx foo
       dvipdfmx의 속도 문제
        * TeXLive Full Version을 설치하였을 때 dvipdfmx의 지연 시간 문제는 아래 comment로 김도현 교수께서 설명과 처방을 달아두셨다. 관련 대화에 해결방법이 있으므로 참고.
       테스트 결과입니다. 말씀하신 대로 unicode.sfd의 문제가 맞는 것 같습니다. texmf 아래의 sfd를 먼저 읽게 되어 있네요. 다음과 같이 하면 dvipdfmx의 실행 속도를 향상할 수 있습니다.
       아무튼간에, KC2006에서 작업하면 TeXShop의 pdf InverseSearch가 아른거리고(나는 dvi 파일에 별로 관심이 없다), TeXShop에서 작업하면 편리한 EmEditor 자동환경 shift-enter가 아까우니... 이 일을 어쩌면 좋단 말인가...
• Karnes/2007-03 . . . . 1 match
        * dviout 인스톨 시에 레지스트리 생성 에러는 Administrator 로 로긴하여 시도하면 없어짐. (Administrator 그룹의 유저는 안됨) 그러나 사용에 별 지장은 없음
• Karnes/2007-04 . . . . 22 matches
       {{{#!blog Karnes 2007-04-24T13:50:59 dviout 빠르게 쓰는 방법
       dviout이 표준 dvi viewer가 될 수밖에 없는 형편이라서, 몇 가지 팁을 소개한다.
        생각해보면 인쇄용을 쓰지 않고 화면 보기와 인버스서치만을 위해서 dviout을 사용한다고 할 때, 굳이 600dpi를 유지해야 할 이유가 없다. 300이면 화면의 모양과 글자를 확인하는 데 전혀 지장이 없으며 속도는 적어도 3배 정도를 얻을 수 있다.
        attachment:dviout-tip-1.jpg
        아주 많은 폰트를 사용하고 있는 페이지를 열 때는 이 값이 조금 적다고 dviout이 불평하기도 하는데, 본문 위주의 대부분의 문서에서는 큰 문제 없다. 이 버퍼가 너무 크면 여러 폰트를 버퍼링하는 데 시간이 좀 소요된다. 만약 정말 빠른 기동을 원한다면, 800 정도로 하라. 이 값이 클수록 초기에 시간이 조금 더 걸리고 뒷 페이지로 갈수록 빨라진다. 800으로 하면 첫 페이지를 여는 데는 빠르지만 뒷 페이지도 비슷한 시간이 걸려야 열린다는 의미이다.
        attachment:dviout-tip-2.jpg
        * 위와 같이 설정하고 그림을 bmp로 바꿔놓으면, dviout으로 다 읽어준다. eps 그림의 경우 약간 특이하니까 조심한다. pdf 그림은 어떤 것은 읽기도 하고 어떤 것은 읽지 못하기도 하는데(잘 읽지 못하는 것은 트루타입 폰트가 임베드되어 있거나 pdf 버전이 너무 높은 것들이다) 아무튼 gswin32c를 부르면서 경고창을 보여주는 작동을 하지 않게 하는 것만 해도 덜 번거롭다. pdf 그림도 위와 같은 방식으로 처리하려면 {{{
        attachment:dviout-tip-3.jpg
        attachment:dviout-tip-4.jpg
       이 정도만으로도 작업 효율을 수 배 향상할 수 있을 것이다. dviout이 버벅대서 싫다는 분들은 꼭 시도해보시기 바람.
        * yap -> dviout
        * dvipdfm -> dvipdfmx
        1. dvips에 아무 옵션도 지정하지 않았습니다. 만약 type 1 폰트 다운로드를 원하신다면 Execution Modes의 dvi2ps의 Parameters를 {{{-P dl "%N.dvi" \}}}로 수정하십시오.
       mo, yap, texify, dvipdfm 모두 다 잘 변경되어 있고, 실행버튼 (texify, latex, pdftexify, pdflatex, dvi2pdf, dvi2ps, ps2pdf)은 잘 동작합니다. -- shebeck [[DateTime(2007-04-02T23:53:47)]]
        1. dvipdfmx 의 버전이 20051229이다. 무척 낡은 버전인데, 이거야 뭐 아무려면 어떻겠는가? 나중에 새로운 버전으로 업데이트가 되기만 한다면 되는 건데...
        1. ttf2pk/dvipdfmx 용 map, sfd, agl 파일의 위치가 TDS를 따르지 않는다. 예전 MiKTeX의 것 그대로이다.
• Karnes/2008-06 . . . . 4 matches
        1. pdftex만 되는 것으로 되어 있다. (사실은 최신 버전의 dvipdfmx도 잘 되는데, 이것을 만든 환경이 최신 dvipdfmx가 설치되어 있지 않은 상황이었다.)
        이 샘플은 원래 dvipdfmx에서 박스의 위치를 잘못 잡는 문제를 일으키던 것이다. dvipdfmx 최신 버전(KC2007 1.4.9.1)에서 pgf/tikz를 잘 지원하는 것을 확인할 수 있다.
• Karnes/2008-08 . . . . 5 matches
       잠시 테스트해보았는데, dviout보다 Inverse Search가 잘 된다. 이제 \usepackage{pdfsync} 이 한 줄로 pdf sync가 가능해진 것이다, Windows에서도!
       dviout을 없애도 되지 않을까? 그 동안 dvi viewer를 버리지 못한 이유가 주로 Inverse Search 때문이었다면...
       또한, dviout에 대한 중요한 불만 사항인 Continuous display가 안 되는 문제도 Sumatra에서는 해결. 마우스 휠로 다음 페이지까지 수월하게 넘어간다. 게다가, pdf를 열어둔 상태에서도 latex 컴파일이 가능하며 컴파일이 끝나면 변경된 pdf를 즉시 갱신해주기까지 한다. pdf에 관련된 거의 모든 불편한 점이 사라진 셈.
       1:00 dviout 설정 종료
• Karnes/2008-09 . . . . 20 matches
        * SumatraPDF를 dvi viewer가 하던 일을 대신하게 하는 것에 대한 얘기. 최종 출력물을 Adobe Reader로 보고 작업 과정에서는 SumatraPDF를 쓰는 것이 작업 효율을 높인다는 데 동의.
        * dvipdfmx(xdvipdfmx)의 놀라운 폰트 압축률이 오히려 더 나은 것 같다는...
       2008년 하반기 TeX world에서 핫이슈는 역시 Windows에서의 pdf inverse search와 XeTeX이었다고 생각합니다. 이 두 가지 모두 성공적으로 따라잡을 수 있어서 매우 다행입니다. 현재 pdf inverse search는 SumatraPDF와 TeXWorks가 있는데, TeXWorks의 실용화는 아무래도 시간이 좀 더 걸릴 것 같다고 판단합니다. SumatraPDF는 이 정도면 최종 출력물을 얻기까지의 작업 과정에서 이전에 dvi viewer가 하던 일을 충분히 더 잘 대신할 수 있다고 보입니다.
        1. dvi와 dvi viewer를 잊읍시다.
       빠진 부분을 적자면, KCmenu.exe의 메뉴구성도 KCmenu for NPP쪽을 따라 가는 것이 어떻겠냐는 이야기, dvips route에서 실행되는 명령들을 조금 수정하자는 이야기, 가칭 SDC에 대한 기대, dviout를 out시키자는 이야기 (dvipng를 이용한 자체 뷰어라는 괴작이 나올 뻔 하였습니다.) embedded Adobe reader의 문제점등의 이야기가 나온 듯합니다. 바쁘실텐데, 많은 시간을 내어주신 "도은아빠"님께 감사드리며, 말씀중 나왔던 내용은 천천히 수정하여 들어가도록 하겠습니다. -- 샘처럼 [[DateTime(2008-09-20T12:54:02)]]
        * EmEditor를 기본 에디터로 사용하려면 TEXEDIT 변수를 바꾸어야 합니다. DVI inverse search를 위해서 dviout의 설정도 바꾸어야 하겠지만... dvi는 안 쓸 거니깐요 뭐.
       DVI 모드는 안 쓴다고 가정했지만 일단 그대로 두었구요.(제 생각엔 정말 쓸 일이 없을 듯합니다만...)
       PS 작업을 주로 한다고 가정했을 때, ps viewer를 띄우지 않는다고 전제하고, SumatraPDF를 기본 뷰어로 쓴다고 생각하기로 했습니다. 그래서 dvips와 ps2pdf는 함께 붙어 있도록 되어 있고, ps view 버튼을 오른쪽 클릭하면 sumatrapdf로 forward search가 되도록 되어 있습니다. 제 생각엔 훨씬 편해진 것 같습니다...
       DVIPDFMx 작업의 경우, pdfview1(왼쪽 버튼)은 Adobe Reader, pdfview2(오른쪽 버튼)는 forward to sumatrapdf로 해두었습니다.
       KC2006과 KC2007에 있던(KC2008에도 있는) dviout이라는 dvi viewer는, PSTricks 그림을 보여주지 못한다는 사실 때문에 Yap에 비하여 치명적인 한계를 가지고 있는 것이었다.[[FootNote(Yap이 PSTricks 그림을 보여준다고는 하나 그 엄청난 버벅댐을 생각할 때 과연 작업 효율성에 기여하는가는 절대로 별개 문제...)]]
       실제로 dviout은 대단히 훌륭한 프로그램이었지만 이 사실 하나만으로 그 가치가 필요이상으로 평가절하된 느낌이 있을 정도이다.
        1. 소스를 dvips에 적합하게 만든다.
       dvips -Ppdf %~n1
       아, 그리고, 위와 같이 pdf 베이스로 pstricks를 사용하는 경우, 현재 (Ctrl-F6, F7) 버튼이 사실상 무용지물이라고 생각합니다. 왜냐하면 이 버튼을 눌러도 pdf view가 갱신되지 않기 때문이지요. 제 생각엔, 다음과 같이 정비되었으면 좋겠습니다. Ctrl-F6 : latex;;; Ctrl-F7 dvips && ps2pdf && pdfview, 즉 ps view를 없애면 어떨까 합니다. (필요하신 분은 명령행에서 실행하면 되지 않을까요?)
       ps view를 꼭 남겨야 한다면 Ctrl-F7을 현재와 같이 dvips && ps view로 하고 대신 Ctrl-F9라든가... dvips && ps2pdf만 실행하는 (즉 view를 띄우지 않는) 옵션이 하나 있어도 좋지 않을까 싶습니다. Adobe Reader로 pdf를 보는 분이야 아무래도 상관없이 불편하겠지만 수마트라를 사용하는 경우에는 pdf 창이 갱신되니까 pdf만 갱신해주는 옵션이 필요하지 않을까요? -- [Karnes] [[DateTime(2008-09-15T13:57:29)]]
• Karnes/2008-10 . . . . 19 matches
       오늘(30일) TeXLive를 업데이트하니 xdvipdfmx가 버전업되었네요(dvipdfmx와 함께). TeXLive 갱신 후에
        1. '''dvi를 사용하지 않는다'''
        * 의문점 : 느리고(pk 글꼴을 생성해야 하니까), 무겁고(yap의 경우 ps 그림을 디스플레이하려고 얼마나 버벅대는지 경험해보신 분은 알 것임... 차라리 dviout처럼 그냥 못 그린다고 하고 말 일이지...), 불완전하고(dvi viewer에서 보이지 않는 결과가 꽤 많지, 아마?), 불편한(문제가 생기면 대책이 없는...) dvi viewer를 계속 사용하는 이유는 무엇일까? 이 모든 문제가 dvi viewer를 쓰지 않으면 해결된다.
        * 배경 : dvi previewer, 즉 화면용 dvi 해석기는 '''구시대의 유물'''이다. 우선 dvi란 것 자체가 특정 기계를 위한 출력 포맷이 아니며, 따라서 화면 디스플레이라는 제한된 장치에서 dvi의 모든 속성을 모두 표시할 수 없다. 화면 디스플레이는 최종 출력물을 먼저 만들고 이것을 화면용 그림으로 변환하여 보여주는 것이 이론적으로나 실제적으로나 최선이다.(이것이 pdf viewer가 하는 일이다.) dvi는 최종 출력물이 아니며, 아직 해석되지 않은 잠정적 출력 형식에 불과하므로, 이것을 화면용으로 직접 번역하려 하는 것은 이론적으로 무리. 그러자면 dviware가 포스트스크립트, pdf, 그림포맷 등 다양한 special들을 모두 해석하는 말 그대로 만능 프린팅 드라이브를 내장해야 하는데, 그게 가능한 일이겠는가? 예전 dvi viewer들은 섬세한 그림 표현이나 special 표현들을 전부 사상하고, 오직 글자와 레이아웃을 거칠게 대강 보는 것으로 만족하던 시대에 쓰이던 것이다. dvi viewer에서 그림의 채도가 떨어진다든가 미세한 길이가 안 맞다든가를 따지는 현대의 사용자에게 거의 무의미. 그래도 최근까지 dvi viewer가 사용되었던 유일한 이유는 -src-specials를 이용한 에디터와의 연동 때문이었다고 생각한다. 그러나 synctex 기술에 의하여 source special inverse search가 대체되어 가는 지금 이마저도 그 의미가 사라졌다.
        * 배경 : eps는 '''구시대의 유물'''이다. 즉 dviware가 dvips밖에 없던 시절에 외부 그림을 포함하기 위하여 만들었던 것이다. 또는 다르게 말하면, postscript 인쇄기에게 그림을 전달하기 위해 사용하던 포맷이다. 지금 postscript 인쇄기들은 pdf를 잘 해석할 것이다. eps를 계속 유지하여야 할 이유가 없다. 게다가 대부분의 친숙한 그림 소프트웨어들이 eps를 잘 모르거나 잘못 처리한다. (물론 eps를 잘 다루는 그림처리기들도 있지만).
       덕분에 dviout이 out되어 버렸네요. ^^; -- 샘처럼 [[DateTime(2008-10-13T04:52:32)]]
• Karnes/2008-11 . . . . 1 match
        1. altpdflatex이 dvips 루트에 할당되어 있던 것을 수정하여 xelatex으로 컴파일되게 하였음. (altpdflatex이라는 이름 자체는 수정하지 않음)
• Karnes/2009-02 . . . . 1 match
       대부분의 처음 사용자는 pdflatex이니 latex이니 dvipdfmx니 해도 그게 뭔지 모르고 알려고 하지도 않을 것이다. 안내 문서의 F6을 누르라는 말은 들어보았으나 Alt-F6은 무엇이며 Ctrl-F6은 왜 필요한지 상상하기 힘들다는 것.
• Karnes/2009-04 . . . . 11 matches
        1. dvi(pdf) view, pdf search 버튼에서 최초 sumatrapdf가 잘 열리지 않는 문제점을 개선(했다고 생각합니다).
        1. 설치시 dvips루트를 선택하면 F9 (Compile 버튼)에서도 dvips가 동작하도록 하였습니다.
        1. 설치 시에 texify의 기본값(dvipdfmx or dvips)을 선택할 수 있게 합니다.
        1. 기본 개념은 dvi viewer 대신 sumatra를 쓴다는 것입니다. dvi search 단추가 sumatra에 할당되어 있습니다. Adobe Reader의 동작은 전혀 바꾸지 않았으며, {{{[F8]\}}}을 이용하여 Sumatra를 사용하는 방식도 아닙니다.
        1. --dvi search를 처음 누르면 그냥 sumatra만 실행되는 경우가 있습니다(알려진 문제). 이 때는 같은 단추를 한번 더 누르십시오.--
       latex -> dvipdfmx:
       # loadlatexdaemon filename -pdfdvi [dependencies]
       latex -> dvips -> ps2pdf:
• Karnes/2009-08 . . . . 37 matches
       kotex-base.map은 C:\usr\texlive\2009\texmf-dist\fonts\map\dvips\kotex-base에 들어있고요.
       using dvips output directory `C:/Documents and Settings/NABO/.texlive2009/texmf-
       var/fonts/map/dvips/updmap'
       using dvipdfm output directory `C:/Documents and Settings/NABO/.texlive2009/texm
       f-var/fonts/map/dvipdfm/updmap'
       dvipsPreferOutline => true
       dvipsDownloadBase35 => false
       dvipdfmDownloadBase14 => true
        download standard fonts (dvips) : false
        download standard fonts (dvipdfm): true
       mf-var/fonts/map/dvips/updmap/download35.map
       mf-var/fonts/map/dvips/updmap/builtin35.map
       mf-var/fonts/map/dvips/updmap/psfonts_t1.map
       mf-var/fonts/map/dvips/updmap/psfonts_pk.map
       mf-var/fonts/map/dvipdfm/updmap/dvipdfm_dl14.map
       mf-var/fonts/map/dvipdfm/updmap/dvipdfm_ndl14.map
       mf-var/fonts/map/dvips/updmap/ps2pk.map\}}}
       using dvips output directory `C:/usr/texlive/2009/texmf-var/fonts/map/dvips/updm
       using dvipdfm output directory `C:/usr/texlive/2009/texmf-var/fonts/map/dvipdfm/
       dvipsPreferOutline => true
• Karnes/2010-01 . . . . 4 matches
        1. latex -> dvips -> ps2pdf 루트는 거의 손대지 않았음.
        1. 예전에 latex -> dvipdfmx 루트는 xelatex 컴파일로 대체
        1. dvi 보기는 pdf forward search로 교체.
        1. pdf 보기에서 왼쪽 클릭은 sumatra, 오른쪽 클릭은 latex -> dvipdfmx 후 Adobe Reader.
• Karnes/LaTeXTips . . . . 5 matches
        * dvipdfmx map 파일 수정. dhucs를 위한 *.fd 추가.
       DVIPDFMx map은 {{{cid-cyberb.map}}}이다.
       유일한 GSUB 지원 옛한글 글꼴 unbatang-odal을 사용하도록 한 폰트 설정이다. DVIPDFMx 맵파일은 `cid-unbatangodal.map`이다.(포함된 TTF는 [http://chem.skku.ac.kr/~wkpark/project/font/GSUB/UnbatangOdal/UnBatangOdal_0428.ttf UnBatangOdal_0428.ttf]를 {{{UnBatangOdal.ttf}}}로 이름을 바꾼 것이다.)
       아래 2004년 8월 묶음이 DVIPDFMx 최신 버전과 잘 맞지 않는 등 불일치가 생겨나서 다시 묶음.
       최근(2004/08/14) 업데이트된 DVIPDFMx는 페이지 전체를 clockwise로 회전시켜주는 기능을 지원하게 되었다. 만약 그렇다면 세로쓰기 조판이 가능하지 않겠는가?
        * 반드시 2004/08/14 이후에 업데이트된 dvipdfmx를 사용해야 한다.(cvs에서 내려받아서 컴파일하세요.)
        * 문장의 첫머리에 `\AtBeginDvi`로
       \AtBeginDvi{\special{pdf:put @pages << /Rotate 90 >> }}
        * 보통 횡서문서를 작성하듯이 하고, 글자를 회전시켜 찍도록 DVIPDFMx map 파일을 수정한다.
        이와 관련하여 DVIPDFMx가 설명서의 내용과는 조금 다르게 동작하는 것을 몇 가지 발견하였다.
       PDFTricks와 PS4PDF를 시험해보았는데, 둘 다 제법 잘 작동하였다. 특히, PDFTricks는 잘만 하면 DVIPDFMx와 함께 사용하는 것도 가능하였다. 이를 위해 작성했던 배치파일을 적어둔다. [[Date(2005-03-09T04:22:31)]]
       for %%i in (%1-fig*.dvi) do dvips -E -o %%~ni.eps %%i
       dvipdfmx %1
       Windows 상에서 pdftotext(xpdf)가 잘 안 되는 경우, [http://multivalent.sf.net Multivalent]를 쓰면 한글 텍스트 추출을 보다 쉽게 할 수 있다. 아쉽게도 Lambda -> DVIPDFMx로 만들어진 것만 가능하고 옛한글의 추출은 성공적이지 못하지만...
• Karnes/LyX . . . . 3 matches
       PDF (dvipdfm), PDF (pdflatex), PDF (ps2pdf)은 기본적으로 있을 거구요, PDF (xetex)을 만들어두었을 수도 있겠습니다.
       참고로, pdf는 dvips/ps2pdf이고 pdf2는 pdflatex이며 pdf3는 dvipdfmx이다. [/XeTeX]에 XeLaTeX을 위한 pdf4를 정의해서 쓰는 방법을 적어두었다.
• Karnes/LyX/Start . . . . 1 match
        * {{{View}}} 메뉴에 접근하면 미리보기를 dvipdfmx, pdflatex, ps2pdf 세 가지 방법으로 할 수도 있게 되어 있다.
• Karnes/LyX20 . . . . 1 match
       echo LYXCMD:revdvi:server-goto-file-row:%1 %2> \\.\pipe\lyxpipe.in
• Karnes/Oblivoir . . . . 7 matches
        * hyperref을 부르는 루틴을 조금 변경함 (dvipdfmx 실행시 경고메시지 줄임)
        * 그 결과, {{{[dvips]}}} 옵션을 주거나 pdfLaTeX으로 컴파일하면 unfonts-type1이 기본 글꼴로 사용됨.
        => pdflatex 또는 latex -> dvipdfmx 으로 컴파일.
        1. dvips에서의 검색 추출[[FootNote(DVIPDFMx나 PDFTeX을 이용할 경우는 텍스트 검색 추출이 (당연히) 되므로 여기서는 dvips의 경우만을 문제삼는다.)]]
        * 현재는 기본 폰트만을 사용하거나 문화부 글꼴 및 백묵 글꼴을 사용할 때만 가능함. 즉, dvips 텍스트 검색 추출을 가능하게 하려면 다음과 같은 폰트를 사용한 경우에 가능하다. 이것이 KC2006에 포함되어 있는 type 1 글꼴들이다.[[FootNote(UHC 글꼴도 type 1이지만 dvips에서 텍스트 검색 추출은 가능하지 않다.)]]
• Karnes/Oblivoir/FAQ . . . . 5 matches
       ==== latex -> dvipdfmx ====
       ==== latex -> dvips -> ps2pdf ====
        * {{{[dvips]}}} 옵션을 지정한다.
       \documentclass[dvips]{oblivoir}
       윈도 기본 폰트를 쓰려면(dvipdfmx 권장)
• Karnes/Oblivoir/Fonts . . . . 13 matches
       default 폰트 세트 : 트루타입, [은글꼴], DVIPDFMx. 현대한글음절, EUC-KR 한자.
       default 폰트 : type 1, 은글꼴 type 1, dvips/pdftex. 현대한글음절. EUC-KR 한자.
        * latex 실행시 => dvipdfmx로 보고 트루타입 채용.
        * dvips를 위해서 => {{{[dvips]}}} 옵션을 지정하면 latex으로 컴파일하더라도 type1 채용.
       트루타입. DVIPDFMx. fakebold. (주의: pdftex에서 사용하려면 추가 조치가 필요하며, dvips에서는 사용불가.) 현대한글음절. 기본한자.
       트루타입 글꼴인 nbatang.ttf, ngulim.ttf, ndotum.ttf, UNI_HSR.ttf, obatang.ttf, ogulim.ttf 폰트의 사용을 지원하기 위한 것이다. 이 여섯 개의 폰트는 free가 아니므로 KC2006 자체에 포함되어 있지 않다. 어떤 경로든 자신의 시스템 폰트로 등록되어 있기만 하면 된다. 다만 폰트 파일의 확장자는 (될수있으면) 소문자 {{{ttf}}}로 바꾸어둘 것. DVIPDFMx를 위한 것이고 pdftex에서 사용하려면 별도의 조치가 필요하다. 또한 dvips에서는 사용할 수 없음.
        * ...texmf-local/dvipdfm/confit/dvipdfmx.cfg 에서 아래의 행이 있는지 확인.
        * ...texmf-KTUG/fonts/map/dvipdfm/hanyang/cid-ohanyang.map 화일이 있는지 확인
       문화부 글꼴 type 1. EUC-KR 한글. 한자는 일부 있으나 부호에 결자있으므로 사용하지 않는 것이 좋음. dviout을 위한 문서에서는 사용하지 않는 것이 좋음. pdftex/dvipdfmx/dvips 호환.
       한겨레결체. 트루타입. 한글음절문자만 있음. (dvipdfmx는 fakebold).
• Karnes/악보그리기 . . . . 3 matches
        * pdftex 대신 etex을 쓰고 DVIPDFMx로 pdf를 제작하려면 다음과 같이 합니다. {{{
       dvipdfmx %1
        1. ps-slur K를 사용하게 되면 PDFTeX, dvipdfmx 어느것도 slur가 작동하지 않습니다. tex -> dvips -> ps2pdf 루트를 거쳐야 합니다.
• KoreanStylePackage . . . . 2 matches
       \usepackage[dvipdfm,CJKBookmarks]{hyperref}
       \AtBeginDvi{\special{pdf: tounicode KSCms-UHC-UCS2}}
       \usepackage[dvipdfm,CJKBookmarks]{hyperref}
       \AtBeginDvi{\special{pdf: tounicode UTF8-UCS2}}
• LaTeX4Wp . . . . 3 matches
       [CTAN] 문서 가운데 하나를 우리말로 옮긴 것입니다. 원문(latex4wp)의 저자는 Guido Gonzato 박사입니다. 번역은 도은이아빠가 하였습니다. 이 문서의 PDF판은 최근 [KTUG]에서 발전한 "TTF를 포함한 PDF 문서" 만들기 형식으로 작성되었고, 한글 폰트로는 아시아폰트를 사용하였으며 dvipdfm-cjk(dvipdfmx의 이전 버전)를 이용하여 한글 북마크를 포함한 것입니다. 이전판(1.0.0)이 한글 검색이 되지 않았던 것과는 달리 새판은 한글 텍스트의 추출과 검색이 가능합니다. 아시아폰트는 아시아폰트 기본팩을 설치하시면 배포판과 같은 PDF를 얻을 수 있습니다. 더 자세한 사항은 README를 참고하시기 바랍니다.
        Asiafonts Basic + DVIPDFMx 20031110
        Asiafonts Basic + dvipdfm-cjk
• LaTeXSuite . . . . 1 match
       latex-suite는 dvi viewer로 [MiKTeX]/Yap을 자동 인식한다. KC2006의 DviOut으로 이것을 교체하려면, [wiki:VimEditor#s-6.4 latex-suite for KC2006] 절을 참조하라.
• LaTeX공동작업 . . . . 1 match
       자세한 것은 combine.dvi를 참조하십시오.
• LaTeX글꼴선택 . . . . 2 matches
        주2. TeX의 출력포맷인 .dvi에는 폰트에 대한 "정보"만이 들어 있고 폰트는 들어 있지 않습니다.
       TrueType의 경우라면 특정의 TTF로부터 tfm을 얻고(이를 위하여 ttf2tfm이라는 freetype 유틸리티가 사용된다), [DVI드라이버]들에게 이 tfm의 처리방식을 알려주면 되는 것입니다. dvips(k)는 아직까지 TrueType을 직접 다루지 못하는 것이 일반적이므로, `ttf2pk`라는 유틸리티를 이용하여 [PK글꼴]을 얻은 다음 이것을 포함하여 인쇄하도록 설정해주는 식입니다. [DVIPDFMx]는 TrueType을 직접 처리할 수 있으므로, 적절한 설정과 map 파일을 추가해주면 TrueType을 포함하거나 하지 않은 PDF를 만들 수 있습니다.
• LaTeX으로만든책/사례모음 . . . . 1 match
        [http://www.mindview.net/] 책의 모든 내용을 Word 포맷 그대로 올려놓았습니다. 이분의 전략은 조금 특이한것이 모두 공개해서 다른 사람들이 틀린 내용을 지적하게 만듭니다. 내용도 좋고 유명세도 타고해서 실제로 책이 더 많이 팔린다고 합니다.
• LaTeX으로일본어사용 . . . . 9 matches
       \usepackage[unicode,dvipdfm,bookmarks]{hyperref}
       lambda 또는 lamed로 컴파일하여 dvipdfmx로 변환한다.
       #> lamed sample-latex.dvi
       #> dvipdfmx sample-latex
        1. 이후 WinEdt 나, Command Line상에서 latex->dvipdfmx 처리하면 된다.
       dvipdfmx에서 세가지가 있다. pLaTeX은 보통 Shift-JIS를 이용하므로 처음 방법을 사용해야 한다. CJK-LaTeX은 EUC-JP를 사용하므로 두번째 방법을 사용한다.마지막은 dhucs 에서 사용하는 방식이다.
       \AtBeginDvi{\special{pdf:tounicode 90ms-RKSJ-UCS2}} % SJIS -> Unicode
       \AtBeginDvi{\special{pdf:tounicode EUC-UCS2}} % EUC-JP -> Unicode
       \AtBeginDvi{\special{pdf: tounicode UTF8-UCS2}}
       UTF-8 입력된 소스를 처리할 때는(dhucs) dvipdfmx를 위한 special을 별도로 지정하지 않아도 hyperref에 의하여 책갈피 처리가 된다.({{{[unicode]}}} 옵션 지정)
       \AtBeginDvi {\special{pdf:tounicode 90ms-RKSJ-UCS2}}
       \usepackage[dvipdfm,bookmarks=true,bookmarksnumbered=true,bookmarkstype=toc]{hyperref}
        [http://project.ktug.or.kr/dvipdfmx/]
• LaTeX으로일본어사용/Obsolete . . . . 19 matches
        1. {{{[localtexmf]\dvipdfm\config\dvipdfm.cfg}}} 에 map 파일을 한줄 추가한다. ({{{f cid-trivcj.map}}})
       \usepackage[dvipdfm,CJKbookmarks,colorlinks]{hyperref}
       \AtBeginDvi{\special{pdf: tounicode UTF8-UCS2}}
        1. {{{dvipdfmx.cfg}}}에 {{{f cid-cjk.map}}}을 추가한다.
        * cid-x.map 파일은 이름을 예컨대 {{{cid-omegacjktest.map}}}으로 고쳐서 [localtexmf]\dvipdfm\config 에 넣고, dvipdfmx.cfg 에 {{{ f cid-omegacjktest.map }}} 추가
        1. 이중 {{{[tex]\texmf-japan\dvipdfm\jpttf}}} 디렉토리를 {{{[localtexmf]\dvipdfm\jpttf}}} 디렉토리에 복사한다.
        1. {{{[localtexmf]\dvipdfm\config\dvipdfm.cfg}}} 에 map 파일을 한줄 추가한다. (f cid-jpttf.map)
       \usepackage[dvipdfm,CJKbookmarks,colorlinks]{hyperref}
       \AtBeginDvi{\special{pdf: tounicode UTF8-UCS2}}
       dvipdfmx에서 이용될 cid-gochi.map에는 다음을 추가합니다
        * `C:\tex\texmf-kochi\dvipdfm\gochi\cid-gochi.map`
       ==== dvipdfmx.cfg 내용 추가 ====
       local TEXMF 디렉토리로 되어 있는 곳의 dvipdf 에 있는 cfg 변경, 다음의 디렉토리에 있다고 가정하자.
        * `C:\tex\localtexmf\dvipdfm\config`
        * 이곳에 있는 dvipdfmx.cfg 에 cid-gochi.map 추가한다.
       dvipdfmx thesis.dvi
• LaTeX으로일본어사용/pLaTeX . . . . 6 matches
        1. 이때 dvipdfmx 의 경우 MikTeX-KTUG의 dvipdfmx 가 불리지 않도록 조심한다.
        * smchostyle1.sty를 이용할 수 있으며 platex/dvipdfmx 를 이용해서 컴파일 하였다. 결과는 다음과 같다.
        1. 반드시 bin에 있는 platex 과 dvipdfmx 를 해서 컴파일/변환한다.
        1. bin 에 있는 dvipdfmx 를 사용한다.
       \usepackage[dvipdfm,bookmarks=true,bookmarksnumbered=true,bookmarkstype=toc]{hyperref}
       \AtBeginDvi{\special{pdf:tounicode 90ms-RKSJ-UCS2}} % SJIS -> Unicode
• LayOut/판형 . . . . 11 matches
       '''A.''' DVI 파일은 종이 크기를 알지 못합니다. 그러므로 원칙적으로 LaTeX을 사용하여 DVI 출력물을 얻는 것이 목적인 한, 종이 크기를 바꾸면서 하나의 문서를 작성할 수는 없습니다. 그러나 인쇄되는 범위의 크기, 이를테면 `판면`은 다르게 할 수 있습니다.
       종이 크기는 [DVI드라이버]에 따라서 다른 방법으로 처리됩니다. DVIPDFMx를 이용하여 PDF 출력물을 얻는 경우 하나의 LaTeX 문서라도 다른 종이 크기를 가진 것처럼 처리할 수 있는데, 이 때는 [DVI드라이버]인 DVIPDFMx에게 {{{\special}}} 명령을 이용해서 특별한 명령을 주어야 합니다. 예를 들어, 다음과 같이 처리한 test.tex 파일을 컴파일한 후 DVIPDFMx로 처리하면 어떤 결과가 나오는지 주의해서 보시기 바랍니다.(아래 ChoF 님의 Comment 참조.) {{{
        '''Comment:''' DVI 파일에서는 왼쪽 맨 위를 좌표 $(0,0)$ 으로 인식하며 오른쪽이 $x$ 축의 양수, 아래쪽이 $y$ 축의 양수가 됩니다. 따라서 종이의 크기라는 것은 여기에서 별 의미가 없습니다. 반면 PS 및 PDF 파일에서는 왼쪽 맨 아래를 좌표 $(0,0)$ 으로 인식하고 오른쪽이 $x$ 축의 양수가 되는 것은 같은데 위로 올라가면서 $y$ 축의 양수 값이 정해집니다. 즉, DVI 파일과 PS 파일은 $y$ 축 구성이 서로 반대입니다. (중고등학교 수학에서 배웠던 좌표체계가 바로 PS 및 PDF 의 좌표 체계와 동일함)
        그러므로 DVI 파일을 PS 또는 PDF 로 변환하려고 한다면 종이의 크기가 먼저 정해져 있어야 DVI 의 $(0,0)$ 좌표 (즉 왼쪽 맨 위) 가 PS 파일의 어떤 좌표에 해당하는지 알 수 있습니다. 따라서 종이의 크기라는 것은 최종 출력물을 얻을 때, 그리고 어떤 DVI 드라이버를 사용하는지에 따라 중요한 역할을 하게 됩니다.
        현재 하나의 TeX 문서에서 서로 다른 종이 크기를 지원하는 DVI 드라이버는 [PDFTeX]([PDFLaTeX])과 DVIPDFMx 입니다. --[ChoF]
       === 사용자 판형 ([DVI드라이버]로 처리하기) ===
       각 [DVI드라이버]의 판형 기본값을 설정하는 방법에 대해서는 [설정파일]을 참고하라.
       ==== '''`dvips`를 사용하는 방법''' ====
       dvips에서는 {{{-t}}} 옵션으로 종이크기를 설정한다. 예를 들면,
        dvips -t letter foo
        dvips -t 174mm*251mm foo
        dvips -k1 foo
       ==== '''DVIPDFm을 이용하는 경우''' ====
       [DVIPDFm]의 경우에는 종이 크기를 할당하기 위해서 주의해야 할 점이 있다. 우선 [DVIPDFm]이 이미 알고 있는 종이크기는 다음과 같다.: `letter, legal, ledger, tabloid, a4, a3`.
        dvipdfm foo
        (!) 사용자 판형을 지정하는 경우라도, 인쇄되는 종이는 규격용지일 것이므로, 특별히 PDF 등을 만들 필요가 있는 경우가 아니라면 인쇄용지는 규격용지를 지정하는 것이 옳다. `crop` 패키지를 이용하거나 `dvips`의 `-k` 옵션을 이용하여 사용자의 디자인 영역을 표시하는 것으로 충분할 것이다.
       ==== '''DVIPDFMx를 이용하는 경우''' ====
       [DVIPDFMx]의 최신 버전(cvs 20040420)이 이미 알고 있는 종이크기는 다음과 같다. [길이단위]는 bp :
       기본값은 [설정파일] `dvipdfmx.cfg`에 설정되어 있다.(일반적으로 A4) 종이 크기를 처리하려면 `-p` 옵션으로 종이 크기를 밝혀주면 된다.
        \AtBeginDvi{\special{pdf: pagesize width 174truemm height 251truemm}}
• LiterateProgramming . . . . 5 matches
       % dvipdfmx tex.dvi
        * [http://proedvid.stanford.edu/seminars/knuth/871019-cs209/871019-cs209-100.wmv Presenting algorithm] (강의 요약본: attachment:pa.pdf)
        * [http://proedvid.stanford.edu/seminars/knuth/871021-cs209/871021-cs209-100.wmv Literate Programming(1)] (강의 요약본: attachment:lp1.pdf)
        * [http://proedvid.stanford.edu/seminars/knuth/871023-cs209/871023-cs209-100.wmv Literate Programming(2)] (강의 요약본: attachment:lp2.pdf)
• LittleTree/ReadingTeXbook/2006-03 . . . . 2 matches
       Output written on sum.dvi (1 page, 212 bytes).
       하지만 위의 경우는 구하고자 하는 결과를 sum.dvi를 보지 않고도 55라는 것을 금방 알 수 있었습니다. :)
• LittleTree/ReadingTeXbook/2006-04 . . . . 1 match
       attachment:mathspacing_dvipdfmx.pdf
• LocalTexmfTree . . . . 1 match
        * doc 에는 .doc, .pdf, .dvi (설명화일)
• LongTable . . . . 1 match
        booktabs패키지가 longtable환경도 지원하므로, 굳이 세로선이 필요하지 않다면 booktabs패키지를 이용하여 가로선 굵기를 조절할 수도 있다. See BookTabsPackage, [Tabular환경] 및 `booktabs.dvi`.
• LyX/한글쓰기 . . . . 3 matches
       === 한글 문서 dvi 및 pdf 생성 ===
        * 화면 오른쪽에 dvi 아이콘을 누르면, 잠시후 compile이 자동으로 수행되고 dvi가 뜹니다.
• MacOS에서설치하기 . . . . 3 matches
        1. pdftex이 디폴트이지만, latex/dvipdfmx, latex/dvips/pstopdf 를 모두 설정해서 사용할 수 있다. dvipdfmx를 위한 simpdftex_dpmx 스크립트를 misc의 Personal Script에 등록하는 것이 좋다.
        See [TeXShop], [TeXShop/DVIPDFMx]
• MacOS에서설치하기/Alternative . . . . 14 matches
       ./configure --prefix=/usr/local/teTeX --disable-multiplatform --without-xdvik --without-oxdvik
       == DVIPDFMx 설치 ==
       Fink로 설치한 경우 dvipdfmx의 최신 버전을 컴파일해주는 것이 좋다. Fink로 다운로드 설치할 수 있는 dvipdfmx는 2004년 09월 버전이고 ptex에 의존성이 걸려 있어서 설치가 잘 되지도 않는다.
       dvipdfmx 의 최신버전을 컴파일 해주어야 한다.
       http://project.ktug.or.kr/dvipdfmx/ 을 참조한다.
        * http://project.ktug.or.kr/dvipdfmx/snapshot/current/
        * {{{cvs -d:pserver:anonymous@cvs.ktug.or.kr:/home/cvsroot co dvipdfmx}}} 하면 소스를 다운로드 해준다.
        1. dvipdfmx 소스디렉토리에가서 {{{./configure --prefix=/sw}}} 해주어야 한다.
        1. dvipdfmx 파일이 /sw/bin 에 설치 된다.
        1. {{{/sw/share/texmf/dvipdfm/config/glyphlist.txt}}} 파일을 {{{/sw/share/texmf-dist/fonts/map/dvipdfm/}}} 위치로 옮겨준다.
        * <!> 주의점!!! 반드시 폰트의 확장자가 ttf 여야한다. 혹 TTF 로 확장자가 되어 있으면 dvidpfmx 가 인식하지 못한다.
        ttf2hlatexfont.pl이 dvipdfmx.cfg을 수정해주므로 추가 설정은 고민하지 않아도 상관없다. 그러나 위와 같이 하지 않고 별도의 트리를 만들어서 추가하였다면 스스로 수정해야 할 것이다.
       [Hangul-ucs]의 추가 패키지인 trivcj를 사용하여 일본어나 중국어를 식자할 수 있다. 그러나 이것은 DVIPDFMx를 통해서만 가능하며 pdfTeX으로는 되지 않는다는 사실을 명심해야 한다.
• MakeIndex . . . . 3 matches
       순으로 컴파일하여야 한다. 위의 예에서는 `index{명령}`에 의해 `명령`이라는 단어가 색인에 추가된다. 명령어 \printindex 는 출력 파일(dvi, pdf 등)에서 색인이 나타나기를 원하는 곳에 둔다. 보통 \end{document} 바로 앞에 둔다.
       작업 과정을 자동화하기 위하여 texi2dvi를 사용하는 경우[[FootNote(MiKTeX 에서는 TeXify.)]] 주의해야 할 점은 이 자동화의 결과가 바람직하지 않은 경우도 있다는 것이다. 특별한 index style(.ist라는 확장명을 가짐)을 지정하도록 요구하는 저널도 있다. (KTUGOperate:15128 참조)
       원칙적으로 한글 TeX 환경에서는 {{{makeindex}}}를 실행하지 않는다. 그러므로 texi2dvi 또는 TeXify를 실행하는 것은 그다지 바람직하지 않다 (적어도 한글 TeX 환경에서는). 적어도 고품위 문서를 만들 의사가 있다면 '''한글 작업의 경우 TeXify 단추를 누르지 않는 것이 좋다.'''
• MakingDic . . . . 1 match
        꼭 TeX에서 MySQL을 직접 물고 들어갈 필요가 있을까요? 저도 사전(?)과 비슷한 것을 만들어 보고 있는중입니다만 access.MDB를 delphi로 만든 간단한 프로그램으로 추출하여 tex을 만들고 있습니다. 현재 acess.MDB에 입력, 간단한 프로그램을 돌려 access에서 내용을 추출하여 tex화일 만듦, latex으로 compile, dvipdfmx으로 PDF로 만들기를 하여보고 있는데, HWP로 작업하는 것에 비하여 만족하고 있습니다. (저는 만족하지만, 다른 분들은 HWP의 직관적(?) interface를 아쉬워 하시더군요. X-( ) -- [likesam]
• MakingTeXKNOPPIX . . . . 12 matches
        * Compile의 최종 산물은 pdf로 한다.(dvipdfmx 설치)
        * DVIPDFMx 의 installation방법(도은이아버님이 가르쳐 주신 방법인데, 아마도 이런 방법은 debian사용자들에게는 상당히 도움이 될듯 싶습니다)
       (1) dvipdfmx
       cvs로 dvipdfmx 소스를 다운로드받은 다음 configure를 보내드리는 것으로 바꿉니다.
        * dvipdfmx.cfg(/etc/texmf/dvipdfm)의 GhostScript 설정이 풀려 있지 않습니다. #D "gs -q ... --> D "gs -q.....
        * dvipdfmx.cfg(/etc/texmf/dvipdfm)의 새로운 map화일 집어 넣기. 화일 끝에 {{{f cid-trivcj.map 와 f cid-unttf-live.map}}} 집어넣는다.
        * /etc/texmf/texmf.d/50dvipdfmx.cnf 을 고쳐준다(아마도 필요한 package설치를 했다면 만들어져 있을것이다. 안 만들어져 있으면 만들면 된다.) CMAPINPUTS = .;/usr/share/fonts/cmap// 를 insert
       /usr/share/texmf/fonts/enc/dvips/cm-super/*.enc
       /usr/share/texmf/fonts/map/dvips/cm-super/*.map
        -> 반드시 dvips/ 아래에 있는 map 파일이어야 합니다. dvipdfm/ 아래
• Mathematica . . . . 1 match
       즉, Mathematica 는 Mac OS X 상에서 가장 훌륭하게 동작한다. 또한 Next Step 이 포스트 스크립트를 기본 화면 처리방식으로 선택하였고 Mac OS X 가 pdf 를 기본 처리방식으로 선택한 것과 함께 TeX/LaTeX 이 포스트 스크립트/pdf 를 완벽하게 처리하는 시스템이고 도널드 크누스가 dvips 에 많은 기여를 한 것을 기억해 보면 훌륭한(great) 것들은 서로 통하는 모양인것 같다. - TeX/LaTeX:Mathematica:pdf:Mac OS X
• MathematicaFonts . . . . 5 matches
       dvips나 pdflatex 사용시 다음과 같은 에러를 만날 수 있다. (dvipdfm의 경우는 괜찮았음..)
       dvips의 경우 {{{dvips -Poutline -Go -j0 imsi.dvi}}}를 하면 임시로 위 에러를 피할 수 있다. 근원적으로 해결할려면 Math1 ~ Math4까지의 총 '''16개''' 폰트의 /CharStrings 값을 223에서 224로 바꿔주면 된다. '''t1utils'''에 있는 ''t1disasm''을 이용해서 인간이 이해할 수 있는 파일로 바꾼 후, 위의 값을 변경하고 다시 ''t1asm''으로 원래 파일형태로 바꾸어 주면 된다.
• MemhangulClass . . . . 1 match
        1. [dvips] 옵션 도입.
• MiKTeX . . . . 6 matches
        * "Dvipdfmx has been upgraded to version 20061211."
        * "Dvipng has been upgraded to version 1.9."
        * "Dvips has been upgraded to version 5.96."
        \?/ MiKTeX 2.5를 디폴트로 깔았기 때문에 {{{dvipdfmx.cfg}}} 파일이 ({{{C:/Documents and Settings/All Users/Application Data/MiKTeX/2.5/ }}})내에 설치되었고 이 때문인지 아닌지는 몰라도 {{{dvipdfmx.cfg}}}에 이른바 D 행이 빠져 있는 경우가 있었습니다(See KTUGSetup:11140'''''').
        (./) MiKTeX 2.6을 디폴트로 깔았을 때는 아예 {{{C:/Documents and Settings/All Users/Application Data/ }}}내에 MiKTeX 폴더가 생기지 않았습니다. 한 편 {{{dvipdfmx.cfg}}} 파일은 ({{{C:\Program Files\MiKTeX 2.6\dvipdfm\config/ }}})내에 설치되었습니다.-[Yhchoe]
       1. Yap의 기능 개선: MiKTeX 2.5 이후 버젼의 Yap에서는 "DVIPS render method"를 쓰면 DVI 문서를 여는 속도가 느리기 때문에 그림 삽입, pstricks 등 PostScript specials을 썼을 때 '''그림 4'''와 같이 "DVIPS render method"를 쓸 것인지 아닌지 선택할 수 있도록 하였다. MiKTeX 2.4 이전 버젼의 Yap에서는 회전된 표, 그림 등은 볼 수 없었으나 이제 "DVIPS render method"를 쓰면 볼 수 있게 되었다. 이 때 "예(Y)" 단추를 눌러야 미리보기, 인쇄 등에서 DVIPS를 처리 결과를 볼 수 있고 인쇄할 수 있다. "DVIPS render method"를 쓰지 않으면 그림 등은 보이지 않지만 속도가 빠르다. 이 때는 dvi->ps, dvi->pdf 등을 실행하여 ps, pdf 파일을 열어 보면 된다.
       '''그림 4:''' "DVIPS render method" 스위치
       1. 설치 때 Default 용지의 선택이 A4로 되어 있고(아래 '''그림 5''' 참조), article, report, book, slides, amsart, amsproc, amsbook 등 표준적인 클래스를 썼을 때는 Yap에서 a4paper에 portrait로 보여 준다(KTUGBoard:5608'''''' 참조). 이 때문에 Yap 창에 보이는 DVI 문서의 좌우 여백이 다르게 나타나기도 하고 오른 쪽이 잘리기도 한다. beamer, oblivoir 클래스를 썼을 때는 클래스 옵션데로 보이기도 한다(KTUGBoard:6549'''''' 참조).
       1. 투명자(ruler)는 Yap에서 가로 길이를 잴 수 있는 장치로 Dvi를 열어 놓고 마우스 왼쪽을 누르는 동안 투명자(아래 그림)가 나타난다. 아래 그림에서의 숫자는 cm 인듯하나 다른 경우는 눈금의 단위가 다르다. Yap의 단추 중에 투명자(Ruler), 손(Hand), 돋보기(Magnifying Glass)를 선택할 수 있는 단추가 있다.
• MiKTeX과KC2006 . . . . 11 matches
       DeleteMe. 전자는 Yap이고, 후자는 XeTeX/PDFTeX이겠지요. 영문 문서 작성을 전제로 한다면 다른 부분은 '''완전히''' 호환가능하거나 KC2006 쪽이 좀더 실험적이라고 생각합니다. 폰트 설정 쪽의 호환성은 KC2006이 더 높습니다. 예컨대 adobestd와 같이 obsolete된 패키지의 하위호환성을 KC2006은 여전히 유지하고 있지만 MiKTeX은 폐기해버렸습니다. 에디터, 뷰어, 자동패키지설치관리가 MiKTeX의 강점이기 때문에 이것을 제외해버리면 의미가 없습니다. KC2006이 하나의 대안이 될 수 있었던 이유도 예컨대 자동패키지설치관리를 MiKTeX으로부터 차용할 수 있었기 때문이지요. 에디터와 뷰어 문제의 해결이 (그럭저럭 견딜 만하지만) 충분히 만족스럽지 못하다고 생각됩니다. KC2006 사용 시도를 해보신 분으로 MiKTeX으로 복귀를 진지하게 생각하는 가장 중요한 이유가 현재로서는 Yap이외에 다른 것이 있다고 생각되지도 않고 보고되지도 않았습니다. DviOut의 우수성이 가리워진 느낌이 있습니다.
       || 설치 상의 장단점 (2) || 외부 유틸리티를 설치할 필요가 거의 없으나, 이따금 요긴한 것이 빠져 있음 || dviout, ghostscript, perl, netpbm 등 외부 유틸리티의 설치가 독립적으로 이루어짐 || KC2006의 방식이 호환성높고 중복 설치를 피할 수 있다는 장점이 있음. MiKTeX은 (당장) 추가 유틸리티에 신경쓰지 않아도 된다는 점이 편리. 그러나 필요한 프로그램이 없을 때는 결국 새로 설치해야 하는 것이 번거로움. ||
       || Hangul-ucs 문서 || 기본 설치시 dvipdfmx를 이용한 pdf 제작 가능. 텍스트 검색 추출, 한글 책갈피 등 가능 || 기본적으로 dvipdfmx, pdftex, dvips용 한글 문서를 제작할 수 있으며, 위의 세 루틴 어느 것으로도 텍스트 검색 추출, 한글 책갈피 등이 가능 || pdftex의 경우 default 설정에 의한 결과가 동일하지 않음. KC2006의 장점은 (은글꼴 이외에도 추가된 것이 있으며) 이러한 여러 폰트 설정이 미리 제공된다는 점일 것임. ||
       || Hangul-ucs 비교 || 기본 설정 || 은글꼴 type 1 추가, pdftex 설정이 보다 효율적임. dvips를 이용한 pdf 제작 가능 || MiKTeX에는 KC2006의 Hangul-ucs를 적용할 수 없음. 서로 다른 시스템은 아니지만 설정에 차이. ||
       || 한글 OpenType || TDS를 따르지 않기 때문에 opentype을 사용하려면 트릭이 필요함 || 한글 오픈타입 글꼴을 DVIPDFMx로 하여금 일관성있게 이용하게 할 수 있음 || 한글 오픈타입 글꼴 자체가 별로 없기 때문에 현재는 그다지 두드러지지 않으나, 앞으로 상황이 변한다면 MiKTeX이 그에 맞추어 긴밀하게 시스템이 변경될 것인지 의심스러움. ||
       DeleteMe. YAP과 DviOut의 비교는 제가 하기 힘듭니다. 둘 다 잘 아시는 분께서 추가해주십시오.
       || dvi Viewer (체감속도) || OOO || OO || pk를 만드는 시간은 비슷함 ||
       || dvi Viewer (그림표시) || OOOO || OOO || DviOut은 eps/pdf 그림에 탁월 ||
       || dvi Viewer (폰트) || OO || OOO || DviOut은 트루타입 직접 처리 기능이 있음 ||
       || dvi Viewer (ps 관련) || OOO || XO || DviOut은 psfrag 호환 ||
       || dvi Viewer (기타) || OO || OOO || DviOut이 configurable ||
       || dvi Viewer (종합) || || || ||
• MiKTeX설치 . . . . 2 matches
       <!> MiKTeX 설치 후 간단한 LaTeX 파일을 영문으로 만들고[[FootNote(WinEdt가 이미 있는 경우는 WinEdt의 메뉴에서 Document를 클릭하면 메뉴판이 열리고 맨 아래 쪽에 있는 "Current Work (Samples)"에 커서를 가져 가면 보조 메뉴판이 뜬다. 보조 메뉴판에는 여러 가지 샘플이 있는데 여기서 AMS Paper를 클릭하면 Paper.tex 파일이 열린다. "TeXify"(금빛 사자머리) 단추를 누르면 검은 바탕의 도스 창(Console)이 열리면서 컴파일된다. 그리고 한참 있다가 Yap이 열리고 dvi 파일을 보여준다. 아무 이상 없이 dvi 파일을 보여주면 MiKTeX 패키지와 WinEdt 패키지는 이상 없이 설치된 것이다. 만약 Yap에서 "Not all fonts could be loaded, see File -> Document properties"라는 메시지가 나타나면 KTUGSetup:8688'''''' 참조)]] 제대로 작동하는지 실험하여 본다.
• MiKTeX한글환경/Obsolete . . . . 6 matches
        3. 도스창에서 "initexmf --edit-config-file dvipdfmx" 명령을 실행하면 메모장이 열립니다. 메모장에서 다음 내용을 추가 합니다. {{{
        5. (권장) texmf\dvipdfm\config\glyphlist.txt파일의 마지막에 CMR10, CMMI10, CMSY10를 위한 내용을 추가하는 것이 좋습니다. 추가할 내용은 http://ftp.ktug.or.kr/KTUG/dvipdfmx/contrib/patches/glyphlist-cm-add.txt 에 있습니다.
        \?/ 윈도우즈 시스템 폴더({{{C:/Documents and Settings/All Users/Application Data/MiKTeX/2.5/ }}})에 설치하였기 때문인지 아닌지는 몰라도 {{{dvipdfmx.cfg}}}에 이른바 D 행이 빠져 있는 경우는 있습니다(See KTUGSetup:11140'''''').-[Yhchoe]
        1. 사실 unfont-type1을 설치한 이유는 dvips + ps2pdf를 통하여 검색과 추출이 되는 한글 pdf를 만들고 싶어서였습니다. 그런데 이게 약간 이상하군요. 최종적으로 얻은 pdf가 문자 추출은 되는 데 acrobat에서 검색이 제대로 안됩니다. 사용한 miktex2.5의 dvips는 5.95b이며 ps2pdf는 AFPL Ghostscript 8.54입니다. 다른 분들이 도와 주시면 감사하겠습니다. 결과물을 첨부합니다. [http://www.ktug.or.kr/jsboard/data/contrib/files/20061008212401/test.zip test.zip]
• NTEmacs/Obsolete . . . . 7 matches
       === DVI Previewer에서 NTEmacs로의 Inverse Search ===
       ==== DviOut ====
       (!) DviOut의 경우 : {{{ Option -> Setup Parameters ... -> Common 탭 -> src: }}}에 다음과 같이 적습니다. [Karnes/2006-06#3d0b6ba1104dbd40d1bbef59f6a954ea] 참고
       }}}=== [Emacs]에서 DVI Previewer로 Forward Search 설정 ===
        (list "DVISearch" "yap -1 -s %n%b %d" 'TeX-run-command nil t)
        (TeX-command "DVISearch" 'TeX-master-file))
       ==== DviOut ====
        (!) DviOut의 경우 다음과 같다.
       (list "DVISearch" "c:\\TeX\\dviout\\dviout.exe -1 %d # %n %b" 'TeX-run-command nil t))
       === AcrobatReader의 열려 있는 [PDF] 문서 닫고 DVIPDFMx 실행하기 ===
       DVIPDFMx를 실행하거나 PDFLaTeX 컴파일을 하려 할 때는 해당 PDF 문서가 AdobeReader에 의해서 열려 있지 않아야 한다. 따라서 이 명령을 주기 전에 AcrobatReader로 하여금 문서를 닫도록 할 필요가 있다.
        1. DVIPDFMx를 부르는 것은 `Ctrl-F5`에 다음과 같이 할당되어 있다.
       (global-set-key [(control f5)] 'do-dvipdfm) ; DVIPDFM the current file
        1. `do-dvipdfm` 함수를 수정한다.
       (defun do-dvipdfm ()
        "DVIPDFM the curent file."
        (TeX-command "DVIPDFMx" 'TeX-master-file))
        1. 이 때, '''`~/site-lisp/tex-site.el`'''에는 다음과 같이 `DVIPDFMx`라는 TeX-command가 정의되어 있어야 한다.
        (list "DVIPDFMx" "dvipdfmx %d" 'TeX-run-command nil t)
        1. 이제 `Ctrl-F5`를 누르면 열려 있는 AcrobatReader 창이 닫힌 다음에 DVIPDFMx가 실행된다.
• NomenClature . . . . 1 match
       를 입력하고 Enter 키를 두드리면 MakeIndex 실행되고 nomenc-example.nls 파일과 nomenc-example.ilg 파일이 생깁니다. 이제 최종적으로 컴파일합니다. nomenc-example.ilg 파일은 사라지고 nomenc-example.dvi이 갱신됩니다.
• NotePad++ . . . . 7 matches
       |||||| LaTeX && DVIPDFMx route || || ||
       || || Alt-F5 || Quick View || LaTeX && DVIPDFMx + [PDF] viewer || [PDF] ||
       || || Alt-F6 || Compile Once || LaTeX for DVIPDFMx || [DVI] ||
       || || Alt-F7 || [PDF] view || DVIPDFMx + [PDF] viewer || [PDF] ||
       || || Alt-F8 || Final build || kcltxmk (LaTeX + DVIPDFMx) || [PDF] ||
       |||||| [dvips] && PS2PDF route || || ||
       || || Ctrl-F5 || Quick View || LaTeX && [dvips] && PS2PDF + [PDF] viewer || [PDF] ||
       || || Ctrl-F6 || Compile Once || LaTeX for [dvips] || [PostScript] ||
       || || Ctrl-F7 || [PDF] view || [dvips] && PS2PDF + [PDF] viewer || [PDF] ||
       || || Ctrl-F8 || Final build || kcltxmk ([dvips] route) || [PDF] ||
        * PDFLaTeX route가 아닌 DVIPDFMx, [dvips]/PS2PDF, XeLaTeX route로 작업을 하고 계셔도 F7로 [PDF] viewer를 실행시키실수 있습니다.
        * TIP. RUD 0.1.2.1 이후, DVI view가 사라졌습니다. SumatraPDF를 설정하지 않은 경우, 약간 불편해진 느낌이 있을 것입니다. SumatraPDF를 설정한 경우, 한 열 배 쯤 편리해질 것이라고 생각합니다. 의견을 여기에 남겨 주시면 개선에 도움이 될 것입니다.
        * KC2008의 성과 (SumatraPDF의 높은 작업 효율성)을 반영하고자, alt-F7을 DVIPDFMx + [PDF] view, ctrl-F7을 [dvips] + PS2PDF + [PDF] viewer로 변경(RUD 0.1.2.1, KCmenu b.128) -- [likesam]
• OmniGraffle . . . . 3 matches
        * 이를 이용해서 만들어진 pdf 파일이 latex/dvipdfmx 를 이용하여 포함하는 경우 gs 때문에 올바르게 읽히지 않을 수가 있다.
        2. 처음의 경우, 즉 pdf 를 직접 출력하는 경우 latex/dvipdfmx 의 경우 워닝이 발생합니다.
        * 20061211 버전의 dvipdfmx 를 사용하면 문제가 해결된다고 합니다. KTUGOperate:20092
• PDF . . . . 1 match
       === dvipdfmx ===
        5. [DVIPDFm]
        1. [DVIPDFMx]
        15. [PDFEncryption]: DVIPDFMx를 이용하여 문서 열기 암호를 걸거나 인쇄 또는 텍스트 복사/추출을 제한하는 등 보안을 설정하는 방법
        43. [TeXShop/DVIPDFMx]
        34. [PDF그림포함하기] : DVIPDFMx를 이용하여 한글 PDF 문서를 작성하는 경우 외부 그림으로는 EPS 이외에 JPG, PNG 또는 PDF를 쓸 수 있다.
        25. [PDFPrintVersusDviPrint]: PDF Print와 DVI Print의 비교
• PDFEncryption . . . . 4 matches
       DVIPDFMx를 이용하여 문서 열기 암호를 걸거나 인쇄 또는 텍스트 복사/추출을 제한하는 등 보안을 설정하는 방법. 이것은 DVIPDFMx만의 기능이다.
       {{{dvipdfmx.cfg}}}에 간략한 안내가 있다.
       #> dvipdfmx -S -P 0x002C foo
       #> dvipdfmx -K 128 -S -P 0x0D00 foo
       #> dvipdfmx -K 128 -S -P 0x082C foo
• PDFHyperLink . . . . 10 matches
        * 상대 디렉토리를 지정하는 경우 경우 {{{ \usepackage[dvipdfm]{hyperref} }}} 처럼 드라이버를 지정해 주어야 한다.
       \usepackage[dvipdfm]{hyperref}
       \usepackage[dvipdfm]{hyperref}
        * \usepackage{url}하지 말고 기존의 \usepackage[dvipdfm,colorlinks]{hyperref} 처럼 기존의 hyperref 패키지를 dvipdfm 드라이버를 옵션으로 사용한다.
        * dvips 드라이버는 \url 명령 등의 인자로 들어오는 하이퍼링크를 개행해주지 못한다. 이 문제를 해결하기 위한 패키지
        <!> 이 문서간 상호참조 기능은 HyperRef의 드라이버에 민감합니다. 즉, DVIPDFMx로 PDF를 만들 것인지, PDFLaTeX을 이용할 것인지 아니면 GhostScript의 ps2pdf를 이용할 것인지를 미리 옵션으로 지시해두도록 합니다.
       \usepackage[dvipdfm,bookmarks=false]{hyperref}
       %\externaldocument[x-]{linked}[http://myhost.mydomain/mydocument/linked.dvi]
       \usepackage[dvipdfm,bookmarks=false]{hyperref}
       \usepackage[dvipdfm,bookmarks=false]{hyperref}
• PDFLaTeX그림포함하기 . . . . 6 matches
        DVIPDFMx를 이용하는 경우는 [PDF그림포함하기]를 볼 것.
        1. dvips 루트로 컴파일할 때
        \usepackage[dvips]{graphicx}
        \usepackage[dvips]{xcolor}
        1. dvipdfmx 루트로 컴파일할 때
        \usepackage[dvipdfmx]{graphicx}
        \usepackage[dvipdfmx]{xcolor}
        위와 같은 코드에 대하여 PDFLaTeX과 DVIPDFMx 모두 filename.pdf(또는 filename.jpg)를 찾아서 그림으로 넣는다.
• PDFPresentation . . . . 5 matches
        * dvips도 지원.
       === dvips ===
       latex/dvips/ps2pdf를 거쳐서 pdf를 만들어야 하는 패키지들. pstricks와 같은 postscript 언어를 사용하고 있다.
       dvips, dvipdfm(x), pdflatex을 모두 사용할 수 있거나 특정 드라이버에 종속되지 않은 툴들.
• PDFPrintVersusDviPrint . . . . 13 matches
       PDF Print와 DVI Print의 비교
       '''Q2'''(from KTUGOperate:4382'''''')''':''' 그런대로 문서 하나를 완성하였습니다. 문서는 학회 규격에 맞도록 제공하는 style 파일을 사용하였습니다. 그런데... 작성한 tex 파일을 dvi로 만들어 yap으로 출력하여 프린트하면 학회 규격에 맞습니다. 제출은 pdf로 해야 해서, pdf로 만들면 dvi보다 전체적으로 축소되면서 여백이 커집니다. (페이지 내용은 동일합니다.) 즉, 규격에 안 맞는다는 것이죠. 참고로...ps 파일로 만들면 또 다른 여백 구성을 갖습니다. pdf 파일이 dvi와 같은 여백을 갖도록 할 수는 없을까요?
       '''A2'''(from KTUGOperate:4385'''''')''':''' ''pdf 출력이 ps, dvi의 출력물에 비해 작다''는 문제의 대부분은 AcrobatReader에서 `인쇄` 를 누르면 나오는 창에서
       '''Q3'''(from KTUGSetup:6862'''''')''':''' {{{Windows XP + MiKTeX + WinEdt}}} 입니다. WinEdt 에서 {{{texify -> dvi2pdf}}}를 이용하여 pdf 를 만들고 있습니다. 그런데 dvi 파일을 프린터로 출력을 했을때랑, pdf 파일로 만들고 나서 출력을 했을때랑, 폰트 크기라던가 좀 다르네요. dvi 파일을 출력한 경우가 폰트 크기가 더 큽니다. 이건 왜 그런가요?
       그리고 tex 파일에서 설정한 폰트 크기 및 여백 설정은 dvi 에서 정확한가요? pdf에서 정확한가요? 그리고 dvi2ps 해서 ps 파일을 만들어서 또 출력해봤는데요, (gsview 에서 출력했습니다.) 이건 또 dvi, pdf 랑 또 다르네요. -_- 폰트크기는 "dvi = ps > pdf" 인데 여백설정은 다 지 맘대로네요.. OTL...
        KTUGContrib:2526''''''과 KTUGContrib:2610''''''에 첨부한 그림에서 보듯이 Adobe Reader의 "인쇄" 대화상자에서 "페이지 비율(S):"를 "없음"으로 선택하였더라도 Adobe Reader에서 인쇄할 때는 인쇄 용지의 좌우 중앙에 인쇄 부분이 놓이도록 하는 기능이 있습니다. 따라서 프린터의 용지와 문서(여기서는 PDF 문서)의 용지 규격(`Paper Size`)이 같지 않을 때는 출력(미리보기 및 인쇄) 여백에 차이가 생깁니다. 또 WinEdt에서 최종적으로 PDF를 만들기 위하여 dvi->pdf 또는 ps->pdf 단추를 썼을 때 default로 잡힌 종이의 규격은 Letter 용지입니다. 이것을 위키 페이지 [WinEdtTip/실행프로그램]의 항목들 "dvi2pdf 실행 모드 설정"과 "ps2pdf 실행 모드 설정"을 참조하여 `Paper Size`를 A4로 바꿔야 합니다.[[FootNote(MiKTeX 5.5 이후 version을 설치하면 DVI 미리보기(예: Yap)의 용지 규격은 디폴트로 A4가 됩니다. 만약 프린터의 용지 규격이 Letter로 되어 있으면 TeX 파일에서 클래스 옵션을 letterpaper(대부분의 클래스에서는 이것이 Executive Option으로 되어 있음)로 하여야 혼란이 없을 것입니다.)]]
• PDFTricks . . . . 1 match
       === pdftricks를 이용하여 pstricks를 dvipdfmx에 넣기 ===
• PDF그림포함하기 . . . . 2 matches
       [PDF] / 그림 포함하기. DVIPDFMx 이용.
       DVIPDFMx를 이용하여 한글 PDF 문서를 작성하는 경우 외부 그림으로는 EPS 이외에 JPG, PNG 또는 PDF를 쓸 수 있다.
        DVIPDFMx에서 EPS 그림 파일을 포함할 수 있으나, pdf 및 jpg를 사용할 때와 그림 크기가 미묘하게 달라지므로 되도록 사용하지 않는 것이 좋다.
       dvipdfmx를 이용하여 pdf를 최종 출력물로 할 것이라면, eps 를 삽입하기 보다는 그냥 jpg를 권하고 싶습니다.
       순전히 jpg 이미지로만 한 페이지에 하나씩 넣는 작업을 했는데, DVIPDFMx를 돌렸을 때 속도는 거의 환상적으로 빨랐습니다.
       \usepackage[dvipdfmx]{graphicx}
• PDF그림포함하기/Obsolete . . . . 7 matches
       === dvipdfm 옵션으로 그림을 로드하는 경우 ===
       \usepackage{graphicx} % [dvipdfm] 옵션 없음
       이것만으로도 DVIPDFMx로 하여금 .bb가 있는 JPG, PNG, PDF를 잘 처리하게 할 수 있습니다. 그런데 teTeX에서는 이것이 잘 먹지 않고 .bb가 없다는 에러를 내는 경우를 만난 적이 있을 것입니다.
       제 경험으로 DVIPDFMx를 목적 DVI드라이버로 할 때 jpg/pdf를 처리하는 코
       DVIPDFMx에서 jpg, png, pdf 그림을 넣으려면 bb 파일이 있어야 한다.
       bb 파일 만들 때 DVIPDFm 유틸리티인 ebb를 쓰면 편리하다. 이 유틸리티로는 jpg, png, pdf 그림의 bb를 얻을 수 있다.
        * dvipdfmx 프로젝트의 일부임. dvipdfmx를 컴파일하면 바이너리를 얻을 수 있다.
        * Intel Mac 바이너리는 [http://project.ktug.or.kr/dvipdfmx/contrib/bin/ dvipdfmx contrib/bin] 에서 구할 수 있음.
       현재 xbb는 texlive 2008에 기본 프로그램으로 (DVIPDFMx의 일부로) 들어 있으며, graphicx 패키지의 dvipdfmx 옵션을 통해 latex 명령 실행과정에서 자동으로 실행된다. extractbb라는 명령으로 호출한다.
• PDF만들기 . . . . 12 matches
       [TeX]/[LaTeX]의 표준 출력은 [DVI]였습니다. 그러나 2006--08년을 전후해서 대부분의 TeX 엔진은 [PDF] 포맷을 기본 출력으로 하는 경향으로 바뀌었습니다. 여전히 [DVI] 아웃풋을 얻을 수 있지만 DVI 드라이버를 이용하는 과정을 거치지 않고 직접 [PDF] 파일을 생성합니다. 예전에 [DVI]에서 [PS]를 얻던 것과 크게 달라진 점이라고 할 수 있습니다. 이렇게 된 데는 PDF로도 [InverseSearch]를 할 수 있게 된 SyncTeX 기술이 가장 크게 영향을 끼쳤다고 할 수 있습니다. DVI를 사용자가 직접 보거나 다룰 필요가 크게 줄고 있고, 어떤 TeX 엔진은 아예 DVI 자체를 만들지 않기도 합니다.
       || LaTeX -> dvips || 은 글꼴 type 1 ||
       == 전통적인 방법 I (dvips 루트) ==
       LaTeX compiler (latex) -> dvi2ps converter (ps) -> ps distiller (ps2pdf)
       graphicx 패키지의 옵션으로 {{{[dvips]}}}를 반드시 지정해야 합니다.
       ==== 얻어진 dvi 파일을 dvips로 PS 파일로 변환합니다. ====
       앞으로 만들어질 PDF 파일의 품위는 전적으로 `dvips`에 의해 결정된다고 보면 됩니다. 따라서, dvips의 세팅을 잘 해둘 필요가 있습니다.
        최근의 TeXImplementations 배포판들은 이 글꼴 맵 파일 설정이 훨씬 간편해졌습니다. 대부분 시스템이 포스트 스크립트 글꼴 설정을 이미 제공하고 있습니다. `dvips -P pdf` 옵션을 주는 것으로 충분합니다.
       $> dvips -P pdf -G0 {filename}
       == 전통적인 방법 II : [DVIPDFMx]를 이용하는 방법 ==
       그림 파일은 eps, pdf, jpg, png를 지원합니다. graphicx 패키지의 옵션으로 {{{[dvipdfmx]}}}를 쓸 수 있으므로 pdf 또는 jpg 그림을 만들어서 다음과 같이 포함하시면 거의 문제가 없습니다. EPS를 PDF로 변환하는 방법은 [EPS2PDF]를 참고하십시오. See [PDF그림포함하기].
       다만, 주의하실 것은 컴파일시에 {{{-shell-escape}}}를 주라는 것입니다. 그러면 DVIPDFMx가 필요로 하는 {{{.bb}}} 파일을 자동으로 만들어줍니다. See [bb파일얻기].
       또, DVIPDFMx는 eps 파일을 직접 변환해서 삽입하는 아주 편리한 기능도 있습니다.
       graphicx 패키지에 반드시 {{{[dvipdfmx]}}} 옵션을 지정해야 합니다.
       === DVIPDFMx로 한글 PDF 문서 만들기. ===
       [DVIPDFMx]를 이용하면 다음과 같은 일을 할 수 있습니다.
• PDF한글책갈피 . . . . 1 match
        \usepackage[dvipdfm,CJKbookmarks]{hyperref}
        \AtBeginDvi{\special{pdf: tounicode UTF8-UCS2}}
• PSFrag . . . . 5 matches
        1. [Yap], XDvi 등 대부분의 [DVI드라이버]는 치환된 문자열을 보여주지 않는다. dvips로 변환된 PostScript 파일에서만 치환된 문자열이 보인다.
        (!) PSFrag을 이용하여 만든 [DVI] 파일을 [Yap]에서 인쇄하는 문제에 대해서는 [Yap] 페이지를 보라.
        1. dvips 를 이용하여 ps 파일을 만듭니다.
       #> dvips tmpfig -o
        1. 새로 만든 eps파일(`tmpfig.eps`)은 글자를 바꾼 그림파일이기때문에 이를 원하는 문서에 넣고 DVIPDFMx를 이용하여 pdf를 만듭니다.
        <!> 참고 : `dvips -E` 를 이용하여 바로 eps파일을 만들수도 있습니다만 PSFrag를 사용할때 바운딩박스를 잘못 잡는 경우가 많기 때문에 ps2eps 스크립트를 씁니다. See [http://lists.berlios.de/pipermail/tex2pdf-devel/2002q4/000514.html tex2pdf mailing list article]
       dvips -E -i -o t psfragtest
• PSTricks . . . . 12 matches
        * <!> 이 패키지는 오직 `dvips`만을 지원한다. 그러므로 PSTricks를 이용한 문서를 [PDF]로 만들기 위해서는 `dvips`로 얻어진 `ps` 파일을 `ps2pdf`나 AcrobatDistiller로 변환하여야 한다. 또한 대부분의 dvi viewer로는 `dvi`파일을 볼 수 없으며, `ps`파일을 만들거나 [PDF]로 만들어서 보아야 한다.
        * <!> PDFLaTeX 또는 DVIPDFm, DVIPDFMx 등으로 [PDF]를 제작하려면 PSTricks를 쓸 수 없다. 그 대신 PDFTricks라는 패키지가 있으나 사용법이 아주 편리하지만은 않을 뿐 아니라, 결국 dvips로 PSTricks를 이용한 그림을 pdflatex이 이해할 수 있는 pdf 조각그림으로 먼저 만들어두고 pdflatex을 실행하도록 하는 과정을 자동화한 것에 불과하므로 PDFTricks가 PSTricks를 대체한 것은 아니다.
        * <!> 하지만 [PSTricks#s-6.1]에서 제시하는 방법대로 PSTricks로 그려진 그림을 [EPS]로 변환한 뒤 [PDF] 그림으로 바꾸어 TeX 파일에 삽입하면, PDFLaTeX 또는 DVIPDFm, DVIPDFMx 등을 이용하여 [PDF] 문서를 제작할 수 있다.
       PSTricks코드를 EPS로 추출할 수 있으면 본문에 긴 PSTricks 코드를 넣지 않아도 된다. 또한 dvipdfm(x)나 pdflatex (물론 epstopdf를 사용해서 변환한 후)를 사용하여 PDF 파일을 만들 수 있다.
       컴파일할때 dvips에 EPS로 만들 거라는 옵션 ('''-E''')를 줘야 한다. 즉, 명령행에서
       #> dvips -P outline -G0 -E -o imsi.eps imsi.dvi
       로 고치고 dvips에 '''-i''' 옵션을 더해주면 된다. 즉, 명령행에서
       #> dvips -P outline -G0 -E -i -o imsi.eps imsi.dvi
• PSTricks/PDF . . . . 2 matches
       #> dvips foo -o
        * XeLaTeX을 쓰면 dvips의 폰트 사용과 외부 그림 사용의 제한을 극복할 수 있다.
• PSTricks/pst-pdf . . . . 2 matches
       $ dvips -Ppdf -o document-pics.ps document.dvi
• PerlTeX . . . . 2 matches
       $ dvips -E drawgraph.dvi -o drawgraph.eps
• PowerDot . . . . 5 matches
        * PowerDot는 latex -> dvips -> ps2pdf 루트로 pdf를 제작해야 한다. pdflatex이나 dvipdfmx는 사용할 수 없다.
       \usepackage[dvips]{dhucs-ucshyper}
       \usepackage[dvips]{hyperref}
       > dvips -P pdf PR-pubwithtex
• Preamble . . . . 2 matches
        \usepackage[dvipdfm]{graphicx}
        와 같은 처리가 있을 수 있습니다. 위의 예제는 PDFLaTeX이 실행되는 것이 아니면 `[dvipdfm]` 옵션으로 `graphicx` 패키지를 포함하여 문서를 만들고 PDFLaTeX이 실행된다면 `[pdftex]` 옵션으로 `graphicx` 패키지를 포함하여 문서를 만들라는 정도의 뜻입니다.
• Prosper . . . . 5 matches
        * dvips/ps2pdf를 이용해서 프린트용 PS와 발표용 PDF를 같이 만든다
       % Change default driver to "dvips" instead of "hypertex",
       \providecommand*{\Hy@defaultdriver}{hdvips}%
       \usepackage[dvips]{dhucs-ucshyper}
       #> dvips -t a4 foo -o
• SampleDocument . . . . 1 match
        * dvips, XeLaTeX
• SampleDocument/LaTeXStandard . . . . 1 match
        * latex/dvipdfmx, pdflatex
• ScientificWorkPlace . . . . 5 matches
        *[TrueTeX]을 이용해서 compile한 후 [TrueTeX] DVI Previewer로 본 [DVI] 화면
        attachment:SWP40_DVI_View.gif
        * SWP에서 사용할 수 있는 패키지는 컴파일을 할 TeX Engine을 SWP의 default인 [TrueTeX]을 쓸 것이냐 아니면 MiKTeX을 쓸 것이냐에 따라 달라집니다. (이것은 SWP 내부에서 세팅해 줄 수 있습니다. 단, [Yap]을 dvi previewer로 설정하는 것이 조금 문제가 있어 보입니다. SWP 4.0, MiKTeX-KTUG 2.2에서.) SWP의 default인 [TrueTeX]은 SWP의 하위 디렉토리에 깔립니다만 딸려 나오는 패키지(`sty` 파일들과 `fd` 파일들)들은 별로 많지 않습니다.
        A: [TrueTeX]이 CM을 TTF로 바꾼 이유는 Windows라는 특정 플랫폼에 TeX의 폰트를 맞춘 것으로 생각됩니다. 그리고 자체 내장된 [TrueTeX]으로 문서를 compile하면 `latex.dll`이라는 라이브러리로 필터링을 해서 dvi 파일을 만들어 내는데 이렇게 만들어지는 dvi 파일을 Yap에서 읽으면 몇몇 글자가 깨지는 걸로 봐서 아마도 이 dvi 파일이 TrueTeX의 dvi previewer에서만 읽어내는 코드를 갖고 있는 것 같습니다. 제 생각엔 이 때 TTF를 이용하지 않나 싶습니다만...
• SeminarPackage . . . . 1 match
        하면 `sem-user.dvi`를 읽을 수 있다.
• ShowKeysPackage . . . . 1 match
       '''그림 설명:''' CTAN:macros/latex/required/tools/showkeys.dtx 를 컴파일하여 생긴 showkeys.pdf 2쪽과 showkeys.dvi 3쪽을 화면 캡쳐한 것이다.
• TTF2HLaTeXFont . . . . 15 matches
        * dvipdfmx 20040912에 따른 map 파일 생성, DHUcs를 위한 *.fd, *.map 파일 생성
        * dvipdfmx 최근판의 fakebold 옵션 지원. config 파일에서 m의 값과 b의 값이 동일한 경우 cid map에 -b 옵션이 자동 추가됨.
        * omega의 디폴트 cmap을 `Identity-H`로 수정. dvipdfmx 20020202(cvs)의 변경사항을 반영.
        1. DVIPDFMx, PDFLaTeX, HLaTeX/Lambda를 위한 TFM과 `map` 파일 생성 기능
        1. DVIPDFMx와 PDFTeX 및 `ttf2pk`를 위한 `cfg` 설정 파일 자동 업데이트
        1. Unicode cmap으로 `Identity-H`를 사용하는 경우 조합형 글꼴을 포함하는 아주 큰 파일의 경우 DVIPDFMx가 처리하지 못하는 문제가 있습니다.
        1. `dvipdfmx.cfg` : `cid-xxttf.map`을 포함하도록 추가됩니다.
        ''희한하군요.... 거 참.... 혹시, 산돌폰트 map 파일의 파일이름이 ttf2pk용과 dvipdfmx용이 동일하거나 하여 map 파일 찾기 문제가 발생한 것은 아닌지요? 아무튼지간에, 이번에 올리신 test.pdf는 [처음시작하기]에 원래 같은 이름의 파일이 링크되어 있었습니다. 덮어쓰기 문제가 발생하여서 [처음시작하기]가 이상해져버렸습니다... :( test.pdf와 같은 평범한 이름의 파일은 지양해주시면 감사하겠습니다. [처음시작하기]의 파일 이름을 수정해야겠습니다. --[Karnes]''
        죄송합니다. 저도 test.pdf로 올리고 나서 얼른 삭제하려고 UploadedFiles를 찾아가서 체크박스에 표시하고 delete하려 했더니, 안 지워졌습니다. sdtest.pdf라 지으려 했거든요. 가능하시면 제가 올린 파일을 바꿔주십시오. 참, map 파일은요, TTF2HLaTeXFont 스크립트를 쓰면서 config 파일의 내용에 따라 자동으로 다르게 생성되는 것 같습니다. 이를테면 제가 foo font를 쓰기 위해 config-foo 라고 config 파일을 만들면, dvipdfmx용 map은 cid-foottf.map으로, dvips용 map은 foottf2pk.map으로 생성됩니다. 그러니 map 파일을 혼동하지는 않을 것입니다. ^^. 암튼 재미있습니다. 운영체제의 문제가 아닌가, 그리고 MiKTeX의 구조적 문제가 아닌가 생각해봅니다. --[Progress]
        저도 ttf2pk가 제대로 동작하지 않아서 truetype 글꼴을 쓴 경우 dvips나 odvips로 ps를 만들 수 없습니다. ttf2pk.cfg를 이리저리 손대 보아도 안 되는군요. dvipdfmx가 잘 돌아가니까 별 문제가 없기는 하지만, PS 프린터로 인쇄하기 위해 pdf를 만든 후에 다시 ps로 변환하니까 좀 비효율적입니다. (단, dvips/odvips는 아직 ttf를 type 8 글꼴로 임베드하는 기능이 없는데 반해 - 없는 것 같습니다. 맞지요? - dvipdfmx는 ttf를 임베드할 수 있어서 좋기는합니다.) 저는 Linux Fedora Core1을 쓰고 있습니다. 다음과 같은 에러 메시지가 나옵니다.
        dvips: Font ungtm4 not found, characters will be left blank.}}}
        아, 그렇겠네요. `batchmode`로 바꾸겠습니다. 그런데 주석문이라 하심은 교정되기 이전의 `MapHangulFamily{}{}` 설정부분을 말씀하시는 것입니까? 파일 지우는 문제는 이왕 지우려면 `.dvi` 파일까지 지우는 편이 낫지 않을까요? 이것들을 지우는 거야 간단한 일이지만 꼭 지울 필요가 있을까요?
• TUG2003 . . . . 1 match
        그리고 바라던 공짜 점심... 이번에는 잘 모르는 사람들과 식사를 같이 했는데 누가 먼저 제게 인사를 하더군요. 바로 [Omega]의 저자인 John Plaice 였습니다. 꽤 젊어 보였는데 나이가 마흔이라고 하더군요. John Plaice 가 일본에 6개월 있었기 때문에 일본 이야기도 좀 했었던 것 같고 [Omega]에 대해서도 이야기를 나누었던 것 같습니다. 왜 자세하게 기억하는가 하면 그가 바로 DVIPDFMx 프로젝트에 대해 관심을 표시한 첫번째 사람이었기 때문입니다.
        셋째 날은 오전 세션만 있었고 오후는 원래 자유 시간으로 계획되어 있었습니다. 오전 8시에 TeX Users Group (TUG; 턱이라고 읽음) 의 연례 정기 모임이 있었는데 제가 TUG 회원임에도 불구하고 귀찮아서 들어가지 않았습니다. 대신 iBook 과 장난하고 있었겠죠. 셋째 날의 주제는 Apple 사에서 새로 만든 운영체제 Mac OS X 였는데 이 컨퍼런스의 후원자인 Apple 사에 대한 배려같이 보였습니다. 첫번째 발표는 인터넷 화상 회의 방식이었는데 web2c 제작을 맡고 있는 Wierda 가 자신의 집 (아마 유럽) 에서 진행했습니다. 주제는 Mac OS X 환경에서 사용하는 [teTeX]이었는데 크게 관심있는 내용은 아니었습니다. 두번째 발표에서는 미국 Oregon 대학의 Richard Koch 교수가 자신이 만든 Mac OS X 용 TeX 통합환경, TeXShop 의 새로운 기능들을 소개했는데 TeX 에디터 + DVI 뷰어 환경이 아니라 TeX 에디터 + PDF 뷰어 환경이라는 것이 매우 독특했습니다. 그 다음 발표는 Apple 사에 있는 사람들과 컨퍼런스에 참가한 사람들과의 인터넷 화상 회의였는데 별 관심이 없는 내용이라 듣지 않았습니다. 이 날은 오전 세션만 있어서 공짜 점심은 주지 않더군요...
        오후 시간이 자유 시간임에도 불구하고 마땅히 할 일도 없었기 때문에 점심도 건너뛰고 (커피와 남은 케익 등으로 때우면서) TeXShop 의 저자, Koch 교수와 여러가지 이야기를 나누게 되었습니다. DVIPDFMx 의 가장 많은 사용자들이 일본에 있고, 또 일본에서 가장 많은 피드백을 받고 있는데 최근 Mac OS X 를 사용하는 일본 사용자들의 가장 큰 불만을 Koch 교수에게 전하고자 하는 목적 때문이었습니다. 그 불만은 바로 TeXShop 에서 DVIPDFMx 를 사용할 때 옵션을 주기가 매우 불편하다는 것이었는데 Koch 교수는 매우 성의있게 저의 말을 들어주었습니다. 또, TeXShop 에서 사용하는 자체 PDF 뷰어에는 페이지의 부분을 마우스로 떼어 내어 다른 파일에 사용할 수 있는 재미있는 기능이 있었는데 이 기능은 일본에서 패치 형식으로 만들어졌다고 했습니다. Koch 교수가 어떤 원리인지 궁금해 하길래 떼어 낸 PDF 를 분석해서 원리를 설명해 주니 매우 좋아하더군요.
        오후 3시 부터는 전날 미처 끝마치지 못한 Lehmke 의 TeXPower 발표가 계속되었습니다. 관심있는 사람들만 모였고 또 질문도 마음대로 할 수 있었기 때문에 매우 유익한 시간이었는데 대신 저녁 식사 시간에 가서야 발표가 겨우 끝날 수 있었습니다. TeXPower 의 아이디어는 매우 참신했는데 기본적으로 PDFTeX 이나 기타 DVI 드라이버의 힘을 빌리지 않고 모든 것을 TeX 만으로 처리하려 한다는 것이었습니다. 도저히 TeX 의 기능만으로 해결할 수 없는 것만 PDFTeX 또는 [DVI드라이버]의 힘을 빌리는 것이죠. 이렇게 TeX 의 기능만 가지고도 그렇게 많은 효과 (애니메이션 효과는 탄성이 나올 수 밖에 없음) 를 줄 수 있다는 것이 매우 놀라웠습니다. 특히 TeXPower 는 LaTeX 패키지 형식으로 어느 클래스와도 함께 사용할 수 있기 때문에 매우 유용할 것 같았습니다.
        오전 첫번째 세션의 마지막 발표는 ''DVIPDFMX, an eXtension of DVIPDFM'' 으로 제가 발표했습니다. 원래는 DVIPDFMx 를 소개하는 정도로 생각했었는데 그 정도로는 부족한 것 같아, 크게 네 부분으로 나누었습니다. 첫번째는 DVIPDFMx 가 무엇이고 왜 이 프로그램이 필요한가에 대한 이야기였습니다. 두번째는 한자를 기반으로 하는 한중일(CJK) 삼국에서 어떤 방식으로 그들의 문자를 TeX 에서 처리하고 있는가에 대한 내용이었고 세번째는 DVIPDFMx 가 가지는 새로운 기능들에 대한 요약과 예제들이었습니다. 마지막으로 네번째는 DVIPDFMx 가 추구하고 있는 미래와 저의 관심 등에 대한 소개였습니다. 분위기가 어떠했는지 호응은 좋았는지 전혀 기억이 없고 단지 두가지 질문이 기억납니다. Hans Hagen 이 던진 첫번째 질문은 왜 PDFTeX에 이러한 기능을 추가하려고 하지 않았는지에 대한 것이었고 John Plaice 가 던진 두번째 질문은 DVIPDFm과의 통합에 관한 것이었습니다. 혹시 당시 발표 자료가 궁금하면 http://project.ktug.or.kr/dvipdfmx/doc/tug2003.pdf 에서 볼 수 있습니다.
        점심 식사 시간이 되자 여러 사람들과 DVIPDFMx 에 대해 이야기를 할 기회가 생겼습니다. 원래부터 관심을 가지고 몇가지 일을 같이 진행했었던 ConTeXt 의 저자 Hans Hagen 이외에도 [Omega]를 개발하고 있는 John Plaice, TeXShop 을 만드는 Richard Koch, 그리고 [teTeX]을 만드는 Thomas Esser 등이 매우 흥미로와 했습니다. 특히 Esser 는 [teTeX]에 DVIPDFMx 를 넣고 싶다면서 앞으로 논의를 해 보자고 했으며 TeXPower 를 만드는 Lehmke 는 TeXPower 제작에 참여해 달라는 제안을 했습니다. 점심 식사 장면입니다. 오른쪽에 있는 사람이 pdfTeX 의 저자 The Thanh Han 이고 왼쪽에 있는 사람은 얼굴이 가려서 보이지 않는데 TeXPower 의 Lehmke, 그 왼쪽에 있는 사람이 fpTeX 의 저자 Fabrice Popineau 입니다.
        이날 재미있었던 것 중 하나는 일본에서 온 Harumi Ase 씨가 일본 TeX 관련 게시판에서 실시간으로 질문을 받고 해당 제작자에게 들은 답을 번역해서 곧바로 다시 게시판에 글을 올리는 것이었습니다. 저도 질문을 하나 받았는데 gcc 3.x 에서 컴파일한 DVIPDFMx 의 오동작에 관한 것이었습니다. gcc 2.x 로 컴파일하면 제대로 동작하는데 gcc 3.x 에서만 문제가 발생한다는 것이 이상했었는데 그날 새벽 2시에 마침내 원인을 찾았습니다. 다른 사람들과 이야기를 해 보니 gcc 3.x 의 꽤 잘 알려진 버그(?)였는데 그렇게 심각한 문제가 gcc 3.x 에 있다는 것이 매우 놀라웠습니다.
        저녁 식사는 중국 식당에서 Koch 교수가 사 주었는데 TeXShop 과 DVIPDFMx 에 관해 여러가지 이야기를 나누었고 제가 DVIPDFMx 를 TeXShop 에 붙이는 것이 매우 간단하다고 하자 다음날 아침 7시에 자신의 노트북에서 시연을 해 보자는 제의를 했었습니다. 특히 WinEdt 의 여러가지 편리한 기능에 대해 이야기를 해 주니 매우 흥미로와했으며 TeXShop 에 있는 PDF 뷰어에서 어떻게 인버스 서치를 구현할 수 있을 까에 대한 논의를 주로 했습니다. 이 논의는 다음날까지 이어져 여러 사람들이 관심을 가졌는데 [fpTeX]의 제작자인 Fabrice Popineau 가 자신이 구현한 간단한 샘플을 보여주기도 했습니다.
        [TUG2003] 컨퍼런스의 마지막 날입니다. 전날과 마찬가지로 스타벅스에서의 아침, 그리고 오전 9시에 세션이 시작되었습니다. 첫번째 발표는 영국에서 온 Alun Moon 교수의 ''Literate Programming meets UML'' 이었는데 내용은 기억나지 않지만 유독 이 분만 노트북을 사용하지 않고 슬라이드 용지에 손으로 쓴 것을 사용했었습니다. 준비할 시간이 없었다고 했는데 정말인지??? 두번째 발표는 프랑스에서 온 Fabrice Popineau 의 XEmTeX 소개였습니다. 이것은 프랑스 교육부에서 받은 프로젝트로 중,고등학교에서 손쉽게 사용할 TeX 시스템의 제작에 관한 내용이었습니다. 운영체제는 MS-Windows 이고 여기에 XEmacs 를 사용하기 편리하도록 바꾸고 TeXShop 처럼 DVI 뷰어 대신 PDF 뷰어를 곧바로 사용한다는 것이 핵심이었습니다. PDF 뷰어로는 Ghostscript 를 수정해서 사용할 예정인 것 같았습니다. 세번째 발표는 독일 Max-Planck-Institute 에서 온 Patrick W. Daly 교수가 했는데 자신의 연구소에서 과학 매거진, 저널, 책 등을 어떻게 출간하는가에 대한 사례 발표였습니다. 단 두사람만의 인력을 이용해 엄청나게 많은 도큐먼트들을 처리한다고 자랑이 대단했습니다.
        오전 7시에 Koch 교수와 약속이 잡혀 있었기에 이날도 마찬가지로 충분한 잠은 잘 수 없었습니다. DVIPDFMx 를 TeXShop 에 포팅하는 것은 매우 간단했기 때문에 별 어려움은 없었고 대신 gcc 3.x 의 문제를 확인하고 테스트하는데 대부분의 시간을 보냈습니다. 오전 9시부터는 (무료) ConTeXt 워크숍이 열렸는데 Hans Hagen 과 Giuseppe Bilotta 가 진행했습니다.
• Tabular환경 . . . . 1 match
        sidewaysfigure나 sidewaystable로 만들어진 결과는 dvi viewer에서는 제대로 보이지 않고, ps 또는 pdf로 결과를 확인해 보아야 합니다.
• TeX . . . . 9 matches
       TeX 시스템을 운영하기 위해서는 매크로 집합과 엔진 이외에 각종 유틸리티를 필요로 한다. 대표적인 것으로 폰트를 처리하기 위한 유틸리티나 결과물인 dvi를 처리하기 위한 dviware들이 있다.
        * DVIware
        * xdvi, YAP, dviout, dvips, dvilj, dvitty, dvipdfm, dvipdfmx
• TeX4ht/대화 . . . . 1 match
        안녕하십니까? G-script에 있는 gswin32c명령을 보고 말씀하신것 같습니다. G-script란 dvi picture를 gif로 변환시켜주는 역할을 하는 것입니다. 여기에는 본인의 system에 따라서 여러가지 선택의 옵션이 있습니다. 다음의 글을 참조하세요.http://www.cis.ohio-state.edu/~gurari/TeX4ht/mn27.html#pdf-based 아마도 도은이 아버님의 방법대로 Netpbm방식을 사용하면 위의 명령이 필요하지만, 저는 ImageMagick의 convert를 사용하고 있으며, 여기에 대한 graphic improvement에 대해서는 여기 page에 설명이 있기는 합니다. 무엇이 궁금하신지에 대해서 정확히 알지 못해서 이런 저런 말을 썼습니다. 그리고 다음 site도 한번 참조하세요. http://www.cis.ohio-state.edu/~gurari/TeX4ht/mn-unix.html#index22-35009 ^^ --[synapse]
• TeXEngine . . . . 4 matches
        * pdftex의 dvi mode는 tex.exe와 동일하다.
        \else %%% dvi output mode, dvips or dvipdfmx
• TeXPower . . . . 1 match
        * 또 다른 PDF enhancement tool인 PPower4와 비슷하지만 PPower4가 주로 PDFLaTeX, DVIPDFm(DVIPDFMx)와 함께 사용되지만 TeXPower는 dvips/ps2pdf, DVIPDFm(DVIPDFMx), 혹은 PDFLaTeX과 사용될 수 있음.
• TeXShop . . . . 4 matches
        * TeXShop/DVIPDFMx
        DVIPDFMx를 이용하도록 설정하는 방법
        * TeX+DVI는 latex/dvips/ps2pdf, Personal Script는 xdvipdfmx임.
        * TeX -> dvips -> distiller : {{{
        * LaTeX -> dvips -> distiller {{{
• TeXShop/DVIPDFMx . . . . 1 match
       TeXShop에서 기본값인 PDFTeX이 아닌 DVIPDFMx를 이용하도록 설정하는 방법. (MacTeX-2007)
       TeXShop의 Preference에서 Typesetting 탭을 열고 default script를 "Personal Script"로 바꾼다. 그러면 TeXShop의 기본 컴파일 엔진이 latex -> dvipdfmx가 된다. default script를 pdftex으로 하고 필요할 때 Typeset 메뉴에서 Personal Script를 선택할 수도 있다.
• TeXShop/PDFSync . . . . 2 matches
       TeXShop에서는 PDF 동시화(sync)가 가능하다. pdftex/dvipdfmx 모두 잘 작동한다.
        1. (TeXLive2008에서 추가된 사항) 컴파일할 때 --synctex=1 옵션을 추가하는 것이다. 따라서 dvipdfmx를 사용하는 경우에는 Personal Script에 다음과 같이 써 넣는다. 그리고 Sync method에서 SyncTeX에 체크한다.
• TeXify . . . . 12 matches
       TeXify 는 오직 MiKTeX에서만 쓰이는 용어입니다. 표준적인 web2c에서는 texi2dvi(texinfo 유틸리티)는 있지만 texify 라는 프로그램은 없습니다. MiKTeX이 texi2dvi를 포팅하면서 TeXify라고 이름을 붙였는데 문제는 texify라는 Debian 유틸리티가 따로 있다는 것이지요. 이 유틸리티는 다른 형식으로 작성된 문서를 LaTeX으로 번역해주는 역할을 하는, MiKTeX의 TeXify와는 전혀 다른 역할을 하는 것입니다.
       #> latex foo % 지금까지 만들어진 임시 파일들을 불러오면서 최종적으로 dvi를 만든다.
       이 과정을 한 번의 명령으로 모두 처리해주는 것이 texi2dvi라는 유틸리티이다. texi2dvi를 MiKTeX에서는(오직 MiKTeX에서만) TeXify라는 독특한 이름으로 부르고 있다. 다른 시스템에서 texify라고 하면 texi2dvi와는 다른 별도의 프로그램을 가리키는 명칭이다. 예컨대 Debian 배포본에 들어있는 `texify`는 [TeX입력파일]을 컴파일하는 것과는 아무런 상관이 없는 유틸리티이다. [fpTeX]이나 W32TeX과 같은 web2c 기반의 다른 TeXImplementation의 경우에도 TeXify가 아니라 texi2dvi라는 유틸리티를 포함하고 있다. 다른 시스템과의 혼동을 피하려면 TeXify라는 표현을 일반 문서에서는 쓰지 않는 것이 좋을 것 같다. 그러나 이 페이지에서는 MiKTeX TeXify에 대한 사항을 TeXify라고 지칭하겠다.
       texi2dvi를 실행할 때는 파일이름을 모두 적어준다. texi2dvi는 LaTeX 입력파일(`.tex`)뿐 아니라 TeXInfo 입력파일(`.texi`)도 처리할 수 있기 때문에 파일의 확장명으로 어떤 프로그램을 불러올지 결정하는 것이다.
       #> texi2dvi foo.tex
       #> texi2dvi -p foo.tex
        Run a viewer on the resulting DVI (PDF) file.
       아래는 MiKTeX이 아니라면 texi2dvi를 부르도록 설정하면 된다.
• TeXmaker . . . . 8 matches
        1. Quick Build: (단축 키 F1) LaTeX, dvips 를 실행하고 ps 파일을 보여 준다. 설정을 바꾸고 싶으면 아래 항목 "사용자 설정" 참조
        1. DVI 보기: (단축 키 F3)
        1. dvips: (단축 키 F4)
       그 외에도 ps->pdf (단축 키 F8), dvi->pdf (단축 키 F9), log 보기 (단축 키 F10), BibTeX (단축 키 F11). MakeIndex (단축 키 F12)를 쉽게 실행할 수 있다.
       Quick Build를 latex -> dvipdfmx -> pdfview 순으로 하고 싶으면
        1. -- 지나치게 MiKTeX 의존적이지 않다. 즉 KC2006에서 설정해서 쓰는 것에 아무 문제가 없다. KC2006 CD 설치판은 dviout 설정을 미리 해주기 때문에 yap을 dviout으로 고치고 dvipdfm을 dvipdfmx으로 고치는 수고를 하지 않아도 된다.--
• TeXmaker/Customizing . . . . 5 matches
        1. Dvi Viewer : {{{dviout %.dvi}}}
        1. Dvipdfm : {{{dvipdfmx %.dvi}}}
       단, XeLaTeX이나 LuaLaTeX을 실행할 때는 Viewer Tab에서 View PDF만 선택해야 한다. dvi나 ps는 만들어지지 않는다. 그리고 View PDF는 항상 forward search로 동작한다.
• TeXmaker/KC2008 . . . . 3 matches
       DVI viewer 대신 pdf viewer를 쓰기로 하자. (따라서 Dvi view 버튼을 누르기 전에 pdf 변환을 해두어야 한다.)
       Options -> Configure Texmaker -> Commands -> dvi viewer {{{
       이제 View Dvi 버튼을 누르면 forward search가 동작한다.
       latex 대신 xelatex을 쓰게 설정하면 dvipdfmx 및 dvips -> ps2pdf 루트를 사용할 수 없게 된다.
       Quick Build에서 LaTeX + View Dvi를 선택한다.
• TeXniscope . . . . 3 matches
       Mac OS X, dvi/pdf/ps Viewer
        * dvi는 내장된 DVIPDFMx로 pdf 변환하여 display. (따라서 다른 dvi viewer와 달리 .pk 파일을 만드는 지루한 과정이 필요없다. 정말 좋습니다. %-) )
• TeX글꼴 . . . . 14 matches
       [MiKTeX-KTUG] 2.2 이후 또는 [teTeX] 2.0 이후 버전에서는 `dvips`, `dvipdfm`, `pdftex`을 위한 폰트 맵 파일들을 좀더 편리하게 관리하도록 하는 `updmap` 또는 `mkfntmap` 유틸리티가 추가되었다.
       이 유틸리티는 [DVI드라이버]가 Type 1 PostScript 글꼴과 MetaFont Source 파일 가운데 어떤 것을 사용하여 처리하도록 할지를 설정해줄 수 있다.
       파일에 원하는 dvips용 map 파일을 등록한다.
       이 경우, `dvipdfm`이 사용하는 `config` 파일에는
        f dvipdfm.map
       과 같은 행이 이미 들어 있고, updmap은 dvipdfm.map 파일을 만들어주는 작용을 하는 것이다.
       또한 updmap은 `dvips`가 참조하는 `psfonts.map` 파일도 구성해준다.
       새로운 폰트를 설치하였을 때는 `dvips` 용 map 파일을 updmap에게 알려주어야 한다.
       예컨대, bera 폰트를 설치하였을 때, bera.map이라는 파일이 `[localtexmf]/dvips` 아래의 디렉토리에 존재하게 된다.
       이 경우에는 `dvips`의 `config.ps`와, `dvipdfm`의 `config`, 그리고 `pdftex`의 `pdftex.cfg`에 관련 `map` 파일을 하나하나 기록해주어야 한다. 이 세 가지 map 파일의 포맷이 다르므로, 만약 필요하다면 map 파일을 별도로 작성하여야 한다.
        CVS로 HLaTeX을 설치한 경우(See [리눅스에서설치하기])에는 `[texmf]/dvips/config/config.ps`에
        을, `[texmf]/dvipdfm/config/config`에
       f uhc-dvipdfm.map
• TeX설치하기 . . . . 1 match
        * dviware utilities : screen previewer, 2ps converter, 2prn converter, 2pdf converter ...
• TeX실행옵션 . . . . 1 match
        최근에는 `tex`을 실행하는 것이 `pdftex --output-format=dvi`와 동일하다.
       -ipc send DVI output to a socket as well as the usual
       -output-comment=STRING use STRING for DVI file comment instead of date
       -src-specials insert source specials into the DVI file
        the DVI file. WHERE is a comma-separated value
• TeX으로책만들기 . . . . 5 matches
       제안: 이 페이지의 이름을 "TeX으로 출판하기"로 고치고 TeX으로 만든 문서(예: DVI, PDF, PS 등)가 편집인의 손을 떠나 인쇄소로 갔을 때 어떤 일이 벌어지는가를 함께 다루었으면 좋겠습니다.
        truetype 글꼴을 type42나 type 8 글꼴로 변환해서 embed하는 기능을 dvi -> PS 변환 도구가 지원해 주지 않는 한 truetype을 사용한 문서를 PS루c만 보내면 출력 질에 문제가 생기지 않을까요? 물론, 출력소에서 사용하는 출력기의 해상도와 동일한 해상도로 비트맵을 만들면 그런 문제가 없기는 하겠지요. 그런 경우에는 PS 파일의 크기가 굉장히 커질 것입니다. 참, ttf -> type42/type 8 변환을 dvi -> ps 변환기가 지원한다고해도 type42는 웬만한 PS device가 지원하기 때문에 문제가 없지만, type 8은 PS Level 3 device만 지원하므로 출력기가 만일 PS level2 devic일 경우에는 문제가 생길 것입니다. -- 신정식
        ==> 출력소에서 사용하는 해상도는 주로 1200, 2400 dpi 정도. 화보나 서첩같은 경우는 4800 dpi 정도까지의 해상도로 필름을 뽑습니다. 저는, 현재 dvips의 -D 옵션을 이용한 최고 해상도는 2540 dpi로 알고 있습니다. 보통 저는 필름을 출력하기 위해 만들 때는 2400이나 1200 dpi로 ps를 만드는데요, 폰트 임베딩이 아니고 비트맵을 출력하여 씁니다. (폰트 임베딩을 한다면야 -D 옵션이 필요는 없겠지요.) 단적인 예로 ps를 만들때, CM 폰트는 폰트 임베딩을 할 수도, 하지 않고 해상도에 따른 비트맵을 넣을 수도 있지만, ''사용자가 추출한 한글 트루타입''은 비트맵 밖에는 못 만드는 것으로 알고 있습니다. 왜냐면 저로서는 해당 pfb, pfa 등을 가지고 있지 않으므로. 그래서 가급적 고해상도 ps를 얻어서 필름출력을 하는데, 이 경우 출력의 질에는 별다른 문제가 없었습니다. 물론 ps의 크기는 무지막지하게 큽니다. 그래서 그런지 압축하면 엄청나게 줄어들더군요.
        ==> 신정식님. 제가 잘 모르고 사용하는 것이 바로 dvips 입니다. 이것의 ps 레벨을 사용자가 지정하여 만들 수 있는지요? (바보 같은 질문인가요? 제가 type42와 type1의 차이는 아는데, type8은 잘 모르겠습니다.) 아무튼, 현재 우리나라에 들어와 있는 출력기의 종류는 대략 10여종으로 알고 있습니다. 독일 제품, 일본 제품 등등... 어떤 출력기가 어떤 포스트 스크립트 레벨을 지원하는지는 제가 잘 모르겠습니다. 사실 이 문제는 출력소 사람들도 잘 모릅니다. 포스트스크립트에 대해 잘 이해하고 있는 출력소 사람들은 별로 없다는 것이죠. 그래서 필름 출력을 의뢰하러 온 사람이 직접 ps 파일을 만들어 온 경우에 만약 그 파일을 RIP에서 인식하지 못하면, 엄청나게 당황하는 것을 많이 보았습니다. 화를 내는 경우도 있습죠. ;) 즉 작업한 소프트웨어의 결과물을 가지고 오면 거기서 출력기에 딸린 포스트 스크립트 드라이버로 출력을 보내어 ps를 만들기에 자기네가 만드는 ps가 레벨 2인지 레벨 3인지 잘 모르는 것이죠. 여담입니다만, 이런저런 이유로 출력소에는 엄청나게 많은 소프트웨어를 구비하고 있어야만 합니다. 한/글, 마소 워드, 훈민정음, 글눈, 문방사우, 페이지 메이커, 일러스트레이터, 코렐... 그런데, 요즘은 1~2년 전에 비해 약간 양상이 바뀌고 있습니다. 출력소 사람들이 pdf의 편리함을 알아가기 시작하는 것이죠. 바람직한 현상입니다. ^^ 오늘도 거칠게 이야기를 썼습니다. 조금 더 다듬은 글을 집에 가서 올리겠습니다. --[Progress]
        결국 제가 예상했던 바와 같이 출력소에 있는 필름 출력기의 해상도대로 비트맵으로 뽑으시는군요. 그렇다면 출력 질에 문제가 없겠지요. 제가 말씀 드리고자 했던 것은 현재 dvips가 크기가 큰 truetype 글꼴을 직접 PS에 담는 것을 지원하지 않으므로, 말씀하신 것처럼 출력기 해상도대로 비트맵을 만들지 않는다면 truetype 글꼴을 직접 담는 것을 허용하는 pdf에 비해 ps를 이용한 출력에 문제가 생길 수 있다였습니다. (출력기 해상도와 PS 해상도의 차이로 인해서). 이제 와서 보니 너무 뻔한 얘기였습니다. type 8 (용어가 아예 틀렸을 수도 있습니다.) 글꼴은 저도 자세한 것은 잘 모릅니다. 사실 알았는데, 잊어 버렸습니다. PS 관련 글꼴 용어가 하도 복잡해서 ... (Postscript reference manual 3판이 나오기 6개월 전에 2판 매뉴얼을 사는 바람에 3판을 또 사지 못 했거든요) ... type 42와 마찬가지로 truetype outline을 직접 PS에 담는 '방식'(글꼴)이지만, 거기에 뭔가 플러스 알파가 있다는 것만 기억하고 있습니다. 그래서, PS level 3 device만 이런 '글꼴'이 들어간 경우 인쇄할 수 있습니다. ghostscript의 pswriter가 PS 판내림 변환을 지원하므로 level 3 PS를 level 1이나 level 2로 바꾸는 것은 쉽게 할 수 있습니다. 물론, 그렇게 할 경우 크기가 커져서 truetype을 PS에 담아서 얻은 크기 절감의 잇점이 사라질 것입니다. 하지만, 압축할 수도 있고, 요새 같이 디스크가 싼 상황에서 뭐 큰 문제는 안 되겠지요. 참, 출력소에 최신판 ghostscript가 있다면 위에서 적으신 경우를 겪을 확률이 낮아질 것 같습니다. --- 신정식
• TexPoint . . . . 1 match
       "Tex2Bmp: Shell command failed for <ghostscript> (or dvips) execution"
• Ubuntu에서TeX하기/Dapper . . . . 11 matches
       {1} ttfonts.map 설정: pdflatex으로 컴파일할 때, 또는 dvi 뷰어 (xdvi)로 보려고 할 때,
       dvips, dvipdfmx 를 실행했을 때 에러가 나는 경우. unttf2pk-dhucs.map 파일이 있는
       dvipdfmx 설치: dvi 파일을 pdf로 변환할 때 필요하다. pdflatex만 사용하겠다면 설치하지
       않아도 되지만 [DVIPDFMx]가 필요한 때도 있으니 설치해 두자.
       $ sudo apt-get install dvipdfmx
        3. latex으로 컴파일 하여 DVI 파일을 생성한 후 dvipdfmx를 이용하여 PDF 문서를 얻을 수도 있고
        3. 생성된 .dvi 또는 .pdf 파일을 열어보았을 때 한글이 제대로 나타나고 인쇄도 제대로 된다.
       아주 간단한 테스트: hello.tex라는 이름으로 문서 소스 파일을 작성하고 pdflatex 또는 latex->dvipdfmx로 컴파일해 본다.
        %dvipdfmx를 위한 설정:
• Ubuntu에서TeX하기/Precise . . . . 2 matches
       LaTeX 문서 편집, 컴파일, .dvi 문서 검색까지 모두 Vim 내에서 할 수 있다.
       DVI 뷰어
        * [XDvi]
        * kdvi
• UsefulDocuments . . . . 1 match
        * attachment:mathspacing_dvipdfmx.pdf (150KB)
• VimEditor . . . . 2 matches
        autoclose (괄호를 자동으로 닫아줍니다) 의 기능을 함께 쓸 수 있습니다. 다만 tex_autoclose, autoclose 저자의 허락없이 코드를 마음대로 복사해서 붙여 만든 플러그인이며 또한 kdvi 에서 inversesearch 기능을 사용할 경우에는 에러가 발생합니다. 다른 dvi viewer 에서는 사용해보지 않아 확인할 수 없습니다만 아마 비슷한 문제가 발생하지 않을까 하는 생각이 듭니다. 원인이 뭔지 모르겠습니다.. ㅠ.ㅠ http://vim.wikia.com/wiki/Tex_Autoclose_working_with_Autoclose
• VimEditor/KC2006 . . . . 4 matches
       DviOut에서 다음과 같이 설정한다.
       latex-suite를 설치하여 DviOut으로 Forward Search를 할 수 있도록 수정한 vim 파일들. 압축을 풀면 나오는 세 개의 vim 파일을 latex-suite가 설치된 곳(%HOME%)에다 덮어쓴다. (%HOME%\vimfiles\ftplugin\latex-suite\)
       이것은 dvi viewer로 yap 대신 dviout을 사용하도록 수정한 것이다.
       <!> dviout.exe는 PATH에 속해 있어야 한다. 즉, dviout 디렉토리를 PATH 변수에 추가할 것.
• VimEditor/KC2008 . . . . 2 matches
        * http://www.vim.org/scripts/script.php?script_id=849 에 있는 latex-mik.vim을 조금 수정하여 yap 대신 sumatrapdf, dvips 대신 dvipdfmx를 쓰도록 한 것. (plugin 폴더에 넣으세요.)
• W32TeX . . . . 7 matches
       Dvi Previewer로는 DviOut이 권장됨.
        1. 그밖에... encTeX 패치, dvipdfmx 최신버전(현재 W32TeX에 포함된 dvipdfmx는 20031110버전입니다. 며칠 전 것이죠. ^^), 도스용 sh.exe 제공(CygWin 없이도 shell script를 운영할 수 있습니다.)...
        1. 적당한 DVI DVIViewer가 없다.
        DviOut을 쓰면 된다고 하지만.... 저는 CygWin/X의 Xdvi로 보거나, [Yap]으로 보거나 합니다. 이것은 제가 시험용으로 [MiKTeX]을 모두 설치해두었기 때문에 가능한 일이고 그렇지 않으면 낭비겠지요.
       2.dviout for Windows
        {{{$texmf/fonts/map/dvipdfm}}} 아래에 둔다. 모든 Font관련 맵 파일들은 {{{$texmf/fonts/map}}} 아래에 있다.
        1. 컴파일러는 platex 으로 이름이 달라서 문제가 없지만 dvipdfmx 의 경우 반드시 platex 이 있는 것을 실행해야만 잘 동작했습니다.
       결과는 CJKLaTeX이 4.5Mega(폰트 포함), [pLaTeX]이 0.67M 로 크기에 있어서 현격한 차이가 있습니다. 아마도 [pLaTeX]은 폰트 임베딩을 하지 않도록 되어 있나 봅니다. dvipdfmx 로 폰트 임베딩을 콘트롤 할 수 있는 방법이 있을까요? -- [smcho]
• WhatsUpToDate . . . . 9 matches
        * xelatex에서 원하는 결과를 얻지 못하는 경우에만 latex -> dvips -> ps2pdf 루트를 활용하도록 하되, 이 때도 pdf 조각그림을 만들어서 이용할 수 있다면 그렇게 하여 xelatex으로 컴파일하는 것이 좋다.
        1. eps 포맷은 pstricks와 함께 쓰기 위하여 dvips->ps2pdf 루트로 컴파일을 하지 않으면 안 되는 상황에만 사용한다.
       == dvi는 어디로 갔는가 ==
        * dviout은 dviout.bat를 통하여 실행할 수 있다.
        * 그러나 dvi를 중심으로 하는 작업은 이제 더이상 권장하지 않는다. 그 이유는 다음과 같다.
        1. 표준 또는 추천하는 컴파일 루트인 pdflatex이나 xelatex에서는 dvi 파일 자체가 생성되지 않는다.
        1. dviout의 그림처리는 eps만을 볼 수 있는데 그나마도 실패하는 경우가 많다.
        1. dviout의 인터페이스 자체가 편하거나 아름답지 않다.
• WinEdt/KC2007 . . . . 6 matches
        * dvi viewer는 dviout으로 바뀜
        * dvi search를 실행하면 (dviout의 성질 때문에) 한 페이지 정도 앞으로 가는 경향이 있음. 그러므로 "다음 페이지"로 넘기면 소스의 위치를 찾을 수 있을 것임.
        * DviOut에서 InverseSearch 설정은 다음과 같이
        * attachment:winedt_dviout_invsrch.png
        * DviOut에서 InverseSearch 설정시 스크린샷 처럼 했을 때 에러가 나는 경우 다음과 같이 ...WinEdt.exe 를 "로 둘러싸지 않고 입력하면 에러 없이 실행됨
        1. texify하였을 때 dviout이 두 개씩 뜨던 버그 수정.
• WinEdt/KC2008 . . . . 4 matches
        * latex+dvipdfmx 루트로 컴파일을 원할 경우: WinEdt 5.6 실행: Option/Execution Modes -> "Accessories" 탭에서 'LaTeX' 선택 -> Start Viewer 를 언체크하고, Switches에 '-synctex=-1'을 넣는다. "Accessories" 탭에서 'dvi2pdf' 선택 -> Executable에 dvipdfm.exe 대신 dvipdfmx.exe 을 써넣는다. 역시 '확인' 버튼을 눌러 설정을 저장한다.
• WinEdt/KC2008/WinEdt5.5 . . . . 4 matches
        1. DVI viewer(DviOut)를 위한 설정
        * 'Option' -> 'Execution Modes' -> 'TeX System' -> 'Dvi viewer'에서 C:\usr\texlive\2008\dviout\dviout.exe를 아래와 같이 변경{{{
       C:\usr\texlive\2008\tlpkg\dviout\dviout.exe}}}
       == DVI [wiki:ForwardSearch Forward Search]와 [wiki:InverseSearch Inverse Search] ==
        1. DVI [wiki:ForwardSearch Forward Search]를 위한 설정
        1. DVI [wiki:InverseSearch Inverse Search]를 위한 설정
        * DviOut을 실행한 뒤, 'Option' -> 'setup parameters' -> 'Common' 탭의 'src:'에서 "C:\usr\texlive\notepad++\notepad++.exe"^s-n%d "%s"를 아래와 같이 변경 후 save 버튼 클릭{{{
• WinEdt/듀얼모니터 . . . . 1 match
       '''그림 1:''' 두 대의 모니터를 쓸 때는 두 창(Yap과 WinEdt)을 각각 다른 모니터에 띄어 놓고 dvi 파일과 TeX 파일을 왔다갔다 하면서 편집하면 더욱 능률이 올라갈 수 있다. 그렇게 하기 위해서는 그림과 같이 두 대의 모니터를 연결할 수 있는 VGA(그래픽) 카드를 쓰면 된다. TeX으로 논문을 작성하고 "프리전테이션" 용 소스 파일을 만들 때도 편리하다.-> See [WinEdtTip/EmEditor함께쓰기] and KTUGOperate:2964''''''.
• WinEdtTip/DOS명령실행 . . . . 8 matches
        (./) pdf 그림을 dvi 파일에 나타나게 하는 다른 방법은 GhostScriptUtilities 인 "pdf2ps"를 이용하고 다시 "ps2ps"를 이용하는 방법이다.
       컴파일한 후 dvi를 보면 그림에 필요 없는 부분이 많이 있다. 이를 제거하려고 `TEST1.eps`를 AdobeIllustrator에서 열려면 열리지 않는다. 이런 경우 GhostScript 유틸리티인 ps2ps 또는 eps2eps를 쓰면 편리하다. ps2ps 와 eps2eps는 "다른 그림 프로그램에서 export된 eps 파일에 불필요한 부분이 포함되어 있거나 한 경우 이 명령을 실행하면 비교적 깨끗한 eps 파일을 얻을 수 있다." 새로 생긴 eps 파일은 AdobeIllustrator에서 열리므로 Illustrator의 도구를 쓰서 고칠 수 있다(See KTUGSetup:8511'''''').
       (From KTUGBoard:4460'''''') uhc 글꼴로 된[http://my.ktug.or.kr/~karnes/testtest/hlatex-cp949-test.tex hlatex-cp949-test]는 WinEdt에서 열린다. 그냥 LaTeX이나 TeXify를 실행하면 "똠"이나 "숖"과 같은 글자는 dvi에서 글자가 깨져 나타난다. 이 파일을 Lambda 컴파일하려면 "Run Application..."의 "Command Line:"에
       로 입력하고 OK 단추를 누르면 된다. 한편 [http://my.ktug.or.kr/~karnes/testtest/hlatex-u8hangul-test.tex hlatex-u8hangul-test]는 WinEdt에서도 한글이 깨져 있다. 그러나 WinEdt에서 Lambda 컴파일하면 dvi 파일에서는 제대로 보인다.
        한편 [http://my.ktug.or.kr/~karnes/testtest/essential-kr.zip 한글판 Source .zip]에 들어 있는 `essential-kr.tex`도 WinEdt에서 Lambda 컴파일할 수 있지만 약간의 준비가 필요하다. [MiKTeX한글환경/HPack]을 구축할 때 [HPack]에서 Hangul-ucs 3.0.0 과 UNFONTS for Hangul-ucs 도 함께 설치하고 `essential-kr.zip`을 풀어서 생긴 폴더 `essential-kr` 속에 Uploads:hsectsty.sty 이 있어야 한다. Lambda 컴파일한 후 dvi 파일에서는 그림이 나타나지 않는다. dvi->pdf를 실행 후 pdf에서는 모두 나타난다. `texmf-unfonts` 디렉터리를 만드는 방법은 [은글꼴]을, `texmf-dhucs` 디렉터리를 만드는 방법은 DHUcs를 참조.
       와 같이 넣고 OK 단추를 누르면, prob1.1, prob1.log, pob1.t1의 세 파일이 만들어진다.[[FootNote(MiKTeX 을 쓸 경우 MetaPost가 자동으로 설치된다. 또 c:\texmf\doc\metapost\base에 메뉴얼 등 참고문헌 또는 소스 파일들이 함께 설치된다.)]] 다음은 prob2.mp에 대하여 MetaPost를 실행한다. 그런 후 다시 컴파일(이 때는 꼭 LaTeX, TeXify 중 하나)하면 원하는 결과(dvi)를 얻는다. 이제 pdf가 필요하면 dvi->pdf 단추를 누르면 된다.
• WinEdtTip/GhostScript경로잡기 . . . . 2 matches
       WinEdt가 깔려 있고 도스 창(프롬프트)을 열어 ps2pdf, dvipdfmx을 실행하지 않고 주로 WinEdt 창에서 dvi->pdf, ps->pdf 단추를 써서 pdf 파일을 만들 생각이면 Ghostscript의 "PATH 환경 변수"를 추가하지 않아도 된다. 이 때는 MiKTeX 2.4에 들어 있는 ps2pdf가 실행되기 때문이다. MiKTeX 자체는 더이상 외부의 GhostScript를 전혀 관계하지 않고 자체에 GhostScript를 내장하고 있다. 또한 외부에 별도의 GhostScript가 있든없든간에 자체의 mgs를 실행한다.
• WinEdtTip/InverseSearch . . . . 1 match
       DVI 보기(Yap 또는 DviOut)에서 "TeX 편집기"(WinEdt 등)의 해당 위치로 찾아가는 기능입니다. WinEdt를 쓸 때는 우선 상태표시줄([WinEdtTip/상태표시줄]에 첨부된 그림 참조)에 `--src`가 있어야 합니다.
       http://www.ktug.or.kr/jsboard/data/setup/files/20060817144444/inverse_DVI_search0.jpg
        View->Options...->Inverse DVI Search->New...
       == DviOut 창에서 TeX 문서 찾기 설정 ==
       "Inverse"(DviOut 창에서 TeX 문서 찾기) 및 "Forward"(TeX 문서에서 Dvi 해당 부분 찾기) search 를 설정하려면, dviout의 Option->Setup Parameter의 {{{[Common]}}} 탭에서 source special 부분을 아래와 같이 입력하고 {{{[Save]}}} 버튼을 누릅니다.
• WinEdtTip/Slide편집 . . . . 17 matches
       LaTeX2e의 다섯 개의 표준 문서 클래스(Standard Document Classes: `article`, `report`, `book`, `slides`, `letter`) 중의 하나인 `slides` 클래스는 "프리젠테이션"용으로 쓸 수 있도록 고안되었습니다. LaTeX 이전에 쓰던 `SLiTeX`이 LaTeX 2.09에서는 `slides.sty`로 바뀌었고, LaTeX2e에서는 `slides.cls`로 바뀌었습니다. 원래 SLiTeX은 DVI에 기반을 둔 "프리젠테이션"용이지만 slides 클래스를 쓴 LaTeX2e 문서는 pdf에서 효과가 100%로 나타납니다. 한글[[FootNote(slides 클래스와 HLaTeX 1.0.1 속에 들어 있는 hangul.sty 는 충돌(See KTUGOperate:19289'''''', KTUGContrib:3529'''''')이 있습니다. 은광희 님이 KTUGOperate:14418''''''에 첨부한 hangul.sty 를 쓰면 됩니다.)]]과도 잘 어울립니다. TeX 파일, doc 문서, hwp 문서에서 슬라이드를 만들 때도 파워포인트를 쓰는 것보다 `slides` 클래스를 쓰는 것이 편합니다.
       `slides` 클래스를 써서 슬라이드를 만들면 다른 "프리젠테이션"용 클래스나 파워포인트를 쓴 슬라이드 처럼 찬란하지 않을 수도 있고 여러가지 효과를 내는 기교가 어려울 수도 있지만 표, 수식, 그림 등을 넣는 데는 그저 그만입니다. 슬라이드 파일은 인쇄소에 보내서 필름으로 출력할 것이 아니므로 psfrag 등의 기교를 쓰지 않았다면 ps 파일을 만들지 말고 바로 `PDFTeXify` 단추[[FootNote(편집하는 도중에는 PDFTeXify가 별로 좋지 않습니다. 출력물이 마음에 들지 않을 때 소스를 찾기(Inverse Search)가 안됩니다. TeXify 또는 LaTeX를 하는 것이 좋습니다.)]]를 눌러 pdf 파일을 만드는 것이 시간도 절약하고 메모리도 적게 씁니다. 만약 psfrag 등을 썼다면 TeXify, dvi->ps, ps->pdf의 과정을 거쳐야 pdf를 만들 수 있습니다.
       [참고: dvi 파일이 필요하지 않을 때는 "Texify"(황금 사자 머리) 단추 대신 "PDF Texify"(황금 사자 머리에 Acrobat 밧줄을 두른) 단추를 누르면 훨씬 빨리 컴파일됩니다.]
       를 넣습니다. (이래야만 슬라이드(PDF)가 잘리지 않네요. DVI, PS에서는 조금 잘립니다.) 이제 PDF TeXify 단추를 누르면 바로 PDF로 된 슬라이드가 AdobeReader 창에서 뜹니다.
       과 같이 입력하면 다음 입력 때까지 모두 같은 바탕색(현재는 초록)이 됩니다. 바탕색은 Dvi에서는 나타나지 않습니다. PS나 PDF에서 나타납니다.
       === `dvi2ps` 실행시 주의 ===
       <!> WinEdt에서 슬라이드(beamer, seminar, slides 등)를 만들 때는 TeXify, dvi->ps, ps->pdf의 과정을 거치는 것이 편합니다. Letter 용지를 가로(Landscape)로 하였을 때 가로:세로의 비가 약 1.3:1로 PDF로 "프리젠테이션"할 때 관중이 부담없이 쳐다볼 수 있는 비율입니다. 이 비율의 설정은 dvi->ps 실행 때 가장 쉽게 할 수 있습니다. 또 psfrag을 쓴 경우는 dvi->ps, ps->pdf의 과정을 거쳐야 제대로 된 pdf가 만들어 집니다.
       를 클릭하여 "Execution Modes - MiKTeX" 대화상자(아래 그림 참조)가 뜨면 첫째 열(Accessories)에서 dvi2ps를 선택하고, 둘째열(Process Flow)의 맨위에 있는
       를 체크해두면 WinEdt 창에서 dvi2ps 단추를 누를 때마다 아래 그림과 같은 대화상자(dvi2ps Command Line Switches: 다음 다음 그림 참조)가 열립니다. 여기서 `Paper Size and Orientation`로 `Letter`와 `Landscape`로 선택하고(원하는 쪽만을 지정할 수도 있습니다.) OK 단추를 누르면 dvi2ps가 실행이 됩니다. 그런후 ps2pdf를 실행하십시요.
       http://faq.ktug.or.kr/wiki/uploads/dvi2ps2.png
       Uploads:dvi2ps_cmd_sw.png
       === `dvi2pdf` 실행시 주의 ===
       WinEdt 5.4에서는 dvi->pdf 단추를 누르기 전에 메뉴의
       를 클릭하여 "Execution Modes - MiKTeX" 대화상자(아래 그림 참조)가 뜨면 "Accesories"에서 dvi2pdf를 클릭하고 아래의 그림처럼 왼쪽 아래편의 `Browse for executable...`을 눌러서 `dvipdfmx.exe`의 위치를 찾아 설정하면 한글이 들어간 파일도 별 문제 없이 pdf가 만들어 집니다. 다음은 "Paper Size and Orientation"에서 필요한 사항을 선택합니다. 그림에서는 `Paper Size`로 `Letter`, `Orientation`으로 `Landscape`로 택하였는데 PDF로 "프리젠테이션"할 때 스크린 또는 모니터 화면을 최대한으로 하기 위해서 입니다. A4는 1.41:1, Letter는 1.3:1
       Uploads:dvi2pdf.jpg
• WinEdtTip/실행프로그램 . . . . 79 matches
       TeX 관련 파일들을 컴파일하는 방법(step-by-step guide)은 http://www.winedt.com/tex.html 에 있다. 어떤 파일에서 또 다른 파일을 만들어내는 과정을 컴파일(Compile)이라 한다. WinEdt에서 MiKTeX 등의 프로그램을 이용하여 만들 수 있는 문서는 여러 가지가 있다. DVI Preview, GSView, Adobe Reader, HTML Preview 등은 WinEdt에서 만들어낸 결과물을 보는 장치들이다.
       {{{TeXify}}} 단추 아래에 "부분 컴파일" 단추(Compile Selected Block: "흰 사자머리" 단추)가 있고 그 오른쪽으로 DVI Search(또는 Forward Search), DVI Preview(Yap 창 열기), GSView(ps 파일 보기), AcrobatReader(pdf 파일 보기), dvi->pdf(dvi2pdf), dvi->ps(DVIPS), ps->pdf(ps2pdf) 단추들이 있다. dvi->pdf, dvi->ps, ps->pdf도 컴파일 단추들이다.
       '''Q1-1'''(from KTUGOperate:7115'''''')''':''' 윈에딧에서 TeX 파일을 작성하고 dvi로 변환시키면 자동적으로 log, bak, aux 확장자의 파일이 생성되어서 파일 관리하는 데 불편합니다. 어떻게하면 이 파일들이 생성되지 않도록 지정할 수 있나요? 옵션의 프리퍼런스에서 백업 관련된 부분의 체크를 모두 지워도 마찬가지더군요.
       '''Q1-2'''(from KTUGContrib:1664'''''')''':''' WinEdt 5.4의 새 베타 버젼(20040504)은 사용하는 데 약간의 불편이 있습니다. TeXify 후에 log 파일과 aux 파일이 보이지 않네요. dvi 파일은 이상 없이 만들어졌습니다. (주: WinEdt 5.4의 정식 버젼(20050701)에서는 옛날처럼 부수 파일들이 지워지지 않습니다.)
       == dvi2pdf 실행 모드 설정 ==
       <:( TeX 소스 파일에 PSTricks를 사용한 경우 dvi2pdf를 쓸 수 없다. 따라서 [Beamer], [Prosper], Seminar 등 PSTricks를 많이 사용하는 [PDFPresentation] 용 패키지를 썼을 때는 dvi->ps, ps->pdf의 과정을 거치는 것이 안전하다.
       === dvi2pdf 실행 파일들 ===
       WinEdt에서 간단히 dvi->pdf 단추를 눌러서 컴파일하지만 실행 파일은 dvipdfm.exe (디폴트)와 dvipdfmx.exe 등이 있다. "Execution Modes - MiKTeX"에서 원하는 실행 파일과 스타일(출력 용지) 등을 선택하는 것이 편리하다.
       '''Q3-1'''(from KTUGOperate:4382'''''')''':''' 그 동안 KTUG의 도움을 받아 그런대로 문서 하나를 완성하였습니다. 문서는 학회 규격에 맞도록 제공하는 style 파일을 사용하였습니다. 그런데... 작성한 tex 파일을 dvi로 만들어 yap으로 출력하여 프린트하면 학회 규격에 맞습니다. 제출은 pdf로 해야해서, pdf로 만들면 dvi보다 전체적으로 축소되면서 여백이 커집니다. (페이지 내용은 동일합니다) 즉, 규격에 안 맞는다는 것이죠. 참고로 ps 파일로 만들면 또 다른 여백 구성을 갖습니다.
       pdf 파일이 dvi와 같은 여백을 갖도록 할 수는 없을까요?
        1. '''DVI와 같은 여백:''' DVI는 (엄밀히 말하면) 종이 크기를 알지 못합니다. 종이 크기에 맞게 잘라주는 것은 DVI 처리기(DVI 드라이버)의 역할이지요. 화면에서 보는 YAP의 경우, 종이 크기를 달리하면서 볼 수 있습니다. 메뉴의 {{{[보기]-[옵션]-[종이크기]}}}에서 A4로 설정되어 있다면 DVI 중에서 A4 영역에 해당하는 부분만 보여주는 것입니다.
        2. '''PS와 PDF의 종이 크기:''' dvips로 PS 파일을 만들 때 종이 크기 지정은 tex 원본 파일에서 설정된 값을 따라갑니다. 예를 들면
        로 문서를 작성하였다면 dvips로 만들어 지는 PS 파일은 A4 페이퍼에 맞도록 만들어집니다. 또는 dvips -t a4 와 같이 -t 옵션으로 종이사이즈를 지정할 수 있습니다. GSView에서는 Media 값을 바꾸어서 (인쇄될) 종이 크기를 설정하고 페이지가 그 종이의 어느 위치에 오는지 확인할 수도 있습니다. dvipdfmx로 만든 PDF 파일의 경우 종이 크기는 dvipdfmx.cfg에 설정된 값이 기본 값이 됩니다. 그리고 만들어진 페이지는 종이 크기를 가지고 있지요. MiKTeX-KTUG의 경우 A4가 기본 값으로 설정되어 있을 가능성이 큽니다. 여기서 예를 들면, 원래 문서가 "임의의" 페이지 사이즈를 가졌다 하더라도 dvipdfmx를 거치게 되면 설정 값(여기서는 A4)에 맞추어서 페이지를 잘랐을 것입니다. 아마도 원래 문서는 letter였고 YAP도 letter에 맞추어져 있었는데 dvipdfmx가 A4에 맞도록 페이지를 자르는 바람에 여백이 "이상하다고 느끼게" 된 경우가 아닌가 싶습니다. 만약 의도하는 문서의 종이 사이즈가 letter라면, dvipdfmx를 실행하면서 -p 옵션을 강제할 수 있습니다.
       #> dvipdfmx -p letter foo
        dvipdfmx의 -p 옵션이 이해하는 종이 사이즈(letter, legal, ledger, tabloid, a3-6, b3-6) 이외의 사이즈를 지정하려면 문서에 \special 명령을 직접 삽입하여야 합니다.
       '''A2:''' ps 파일의 여백은 GSView 창에 ps 파일을 열면 창에 보이는 용지 크기와 ps 파일의 용지 크기에 차이가 나면 점선으로 가장자리를 표시하여 줍니다. 만약 점선이 나타나면 메뉴에서 Media를 클릭하고 적당한 용지를 선택하십시요. 만약 "ps 파일의 용지 크기"를 고치려면 dvi2ps의 "Execution Modes - MiKTeX"(위의 그림)에서 `Paper Size and Orientation`을 고치고 다시 dvi->ps 단추를 누르면 됩니다.
       === dvi2pdf Command Line Switches ===
       '''`dvi2pdf`를 실행할 때:''' 종이 크기(Paper Size)가 default(아마 letter일 것입니다.)로 세팅되어 있기 때문에 pdf 문서의 layout가 letter로 정해지는 것 아닌가 하는 생각이 듭니다. 우선 `dvi->pdf` 단추를 누르기 전에 "Execution Modes - MiKTeX" 대화상자를 열어 첫째 열(Accessories)에서 dvi2pdf를 선택하고(아래 '''그림 6''' 참조), 둘째열(Process Flow)의 맨위에 있는
       를 체크해두면 WinEdt 창에서 dvi->pdf 단추를 누를 때마다 아래 '''그림 5'''과 같은 대화상자(dvi2pdf Command Line Switches)가 열립니다. A4를 선택하면 됩니다.
       attachment:dvi2pdf_cmd.jpg
• WinEdt설치 . . . . 4 matches
       DVI 뷰어, Ghostcsript, GSView, Adobe Reader의 경로가 틀려 있거나 빠져 있으면 Startup.edt를 편집(KTUGSetup:5790''''''를 참조)하여 경로를 고치거나 프로그램을 다시 깔아서 고치면 됩니다. Startup.edt는 WinEdt 내에 여러 개 있기 때문에 일일이 수작업으로 고치는 것 보다는 프로그램을 다시 까는 것이 편합니다. Adobe Reader과 Adobe Acrobat을 예로 들어 설명하겠습니다. Adobe Reader 7.0을 깐 후 HWP 문서와 MS Office 문서들을 PDF로 만들 필요가 있어 Adobe Acrobat 6.0을 깔았습니다. 그랬더니 위의 그림에서 `AcroRead:` 다음 행에
       === dvi2pdf, dvi2ps, ps2pdf 실행 모드 설정 ===
       "MiKTeX + WinEdt"를 쓸 때 한 가지 불편한 점은 MiKTeX을 디폴트로 깔면 "용지 규격"(Paper Size)은 A4(세로)로 되는 것이고, WinEdt"는 디폴트로 "용지 규격"이 Letter 용지(세로)인 것입니다. 따라서 디폴트로 컴파일하였을 때 Yap에서 보이는 DVI의 "용지 규격 및 글자 크기"와 AdobeReader에서 보이는 PDF의 "용지 규격 및 글자 크기"가 달리 나타납니다. 또 Presentation 용 PDF 에서 "가로 보기"가 자동으로 적용되지 않습니다. 이 때문에 dvi2pdf, dvi2ps, ps2pdf '''실행 모드 설정'''에서 '''Command Line Switches'''가 열리도록 설정하여 두는 것이 좋습니다.
       '''컴파일 오류 발생시 열리는 기본 편집기를 WinEdt로 설정:''' 오류 메시지가 나타났을 때 TeX 소스의 해당 위치를 NotePad 대신 WinEdt에서 열도록 설정합니다. "Inverse DVI Search"를 위하여 Yap의 메뉴에서 View->Options 에서 한 설정(아래 '''그림 6''' 참조)이 "오류 메시지에서 오류 소스로 찾아가기"에도 유효하기 때문에 {{{miktex.ini}}}에서 별도로 설정할 필요가 없습니다. See [WinEdtTip/오류소스찾아가기].
       http://faq.ktug.or.kr/faq/WinEdtTip/%BF%C0%B7%F9%BC%D2%BD%BA%C3%A3%BE%C6%B0%A1%B1%E2?action=download&value=Inverse_DVI_Search.jpg
       '''그림 6:''' Yap의 메뉴에서 View->Options 를 선택하면 Options 대화상자가 열립니다. 여기서 Inverse DVI Search 를 선택하면 "WinEdt (auto-detected)" 가 있습니다. 이것을 선택하고 "확인" 단추를 누르면 됩니다.
       === "Inverse DVI Search"(Yap 창에서 TeX 문서 찾기) ===
       '''Inverse DVI Search'''는 Yap 창에서 DVI 파일를 보는 중 WinEdt 창에 열려 있는 소스(예: TeX 파일의 해당 위치)로 가고 싶을 때 그 자리에서 더블클릭하면 찾아가는 기능입니다. see [WinEdtTip/InverseSearch]
• WinLaTeX . . . . 2 matches
       [WinLaTeX]에서 DviWin라는 예전에 아주 많이 쓰이던 dvi viewer를 샀다고 하더군요([카더라]) 개발을 더 이상 하지 않고 실행 파일을 공개해 버렸는데, 소스도 같이 공개했다면 좋았을것을... --WkPark
        1. DVI Viewer로는 DviWin을 채용하였다.
        1. DVI Viewer는 300, 360dpi의 출력을 지원하였다.
       attachment:winlatex_manual_ps2pdf.pdf DviWin에서 얻은 ps를 ps2pdf 변환으로 얻은 pdf. TeX을 만든 Knuth의 얘기도 도입부분에 조금 나온다. -- -- [Progress] [[DateTime(2006-01-16T06:03:17)]]
       WinLaTeX의 Dvi Viewer
       Uploads:winlatex-dviview.png
• Windows에서설치하기/간단하게따라하기 . . . . 9 matches
        * {{{latex abc.tex}}}으로 {{{abc.dvi}}}를 만든다.
        * {{{dvipdfmx abc.dvi}}}로 {{{abc.pdf}}}를 만든다.
       앞에서 본 것처럼 LaTeX 을 이용하여 문서를 컴파일 하면 dvi 문서를 만든다. {{{dvips}}} 프로그램을 이용하면 dvi 문서를 ps 문서로 만들게 되고 {{{dvipdfmx}}} 프로그램을 이용하면 dvi 문서를 pdf 문서로 변환하게 된다. YAP 과 같은 프로그램을 이용하면 dvi 문서를 볼 수 있다.
• WkPark . . . . 3 matches
        * dvipng가 없어서 dvips를 쓰도록 하였습니다. dvipng가 훨씬 빠른데 패키지 설치하기 어렵네요..;; RedHat AS 4라서..
• XDvi . . . . 5 matches
       XDvi. See [DVI드라이버]
       http://xdvi.sf.net/
       # As a command-line option for xdvi(k). With most shells, the option string needs to be enclosed into double quotes if it contains spaces, e.g.:
        xdvi -editor "gnuclient -q +%l %f" file.dvi
        xdvi.editor: gnuclient -q +%l %f
       == Windows에서 XDvi 사용하기 ==
        * CygWin의 [teTeX]에는 XDvi가 포함되어 있다. See [CygWin에서설치하기].
        * KTUGBoard:545''''''에는 예전 버전의 CygWin에서 XDvi를 설치하는 문제에 대해 다루어진 기사가 있다.
• XYPic . . . . 4 matches
        * latex -> dvips -> ps2pdf
        * latex -> dvipdfm
       /!\ 위 예를 dvipdfmx를 사용할 경우 그림이 깨지는데 이에 관해서 게시판에 문의한 후 정리하겠습니다.
       는 마치 array 환경이나 matrix 환경을 쓰는 것과 비슷하여 골치 아픈 좌표를 생각하지 않아도 된다. 그러나 xy 환경[[FootNote(패키지 옵션으로 dvips 를 써야 그림의 해상도가 좋아진다.)]]은 여전히 좌표를 생각하여야 한다. \xymatrix{...} 또는 xy 환경으로 입력된 data를 하나의 글자처럼 취급하여 [떠다니는개체]([Table환경], [Figure환경]) 또는 디스플레이 형 수식 모드에 넣을 수 있다. See KTUGOperate:21214''''''.
• Yap . . . . 4 matches
       MiKTeX에 포함되어 있는 윈도용 DVI 미리보기 프로그램이다. See also [DVI드라이버].
       == Yap에서 DVI 인쇄하기 ==
       그림 삽입, pstricks 등 PostScript specials을 썼을 때 아래 그림과 DVIPS render method 를 쓸 것인지 아닌지 선택할 수 있다. "예(Y)" 단추를 눌러야 미리보기, 인쇄 등에서 DVIPS를 처리하였을 경우의 결과를 볼 수 있고 인쇄할 수 있다.
       [DVI] 파일은 `dvips`로 PostScript 변환하여 인쇄할 수 있다. PostScript 인쇄가 필요한 이유는
       DVI->PostScrtip->Printer
       DVI->PostScript->Bitmaps->Printer
       을 선택한다. 다른 선택(DVI->PostScript->Printer)을 하면 뜻을 알 수 없는 글자들이 끝없이 인쇄된다.
       "DVI Previewer"(예: Yap)에서 DVI를 보고 출력하는 것과 Adobe Reader에서 PDF를 보고 출력하는 것과는 "용지 규격"(Paper Size) 및 글자 크기에서 차이가 있으니 주의를 하여야 한다(KTUGContrib:2526''''''에 첨부된 그림 참조). 더욱 주의를 기울려야 하는 것은 학술지 또는 프로시딩 편집자들이 PDF를 요구할 때 어떤 "용지 규격"을 원하는지 알고 거기에 맞춰야 한다.
       '''Q1'''(from KTUGOperate:21138'''''')''':''' LNCS 클래스를 이용해서 논문을 작성 중인데 dvi로 컴파일하는것과 pdftex으로 pdf로 바로 뽑아내는 것 사이에 차이가 있더군요. dvi로 보면 전체 글이 오른쪽위로 치우지지만 pdftex으로 컴파일하면 정상적으로 중앙에 위치하는군요. -_-;;
       짐작컨데 질문자의 dvi 파일은 letter 사이즈로 만들어져 있는 것 같습니다. 또 "DVI 미리보기"(Yap)는 A4에 맞춰져 있을 것입니다(See KTUGOperate:4386''''''). Yap은 DVI 파일을 보여 줄 때 용지 규격(Paper Size)를 전연 고려하지 않으니 letter 사이즈가 A4 사이즈보다 옆으로 좀 퍼져 있고 세로가 좀 짧으니 A4 사이즈로 보면 오른 쪽으로 또 위 쪽으로 치우지지만, "PDF 보기"(예: Adobe Reader 8.0)는 별도로 옵션을 취하지 않으면 인쇄 부분(이른바 본문)을 항상 가운데로 둡니다. 만약 PDF 파일이 A4 사이즈로 되어 있으면 원래 크기로 보여 주지만 letter 사이즈로 되어 있으면 축소됩니다. 이것은 어디까지나 "내 컴퓨터"에서의 문제이지 출판사(Springer) 측에서는 어떻게 되는지 알 수 없으므로 "용지 사이즈"를 변경하지 않고 그냥 제출하는 것이 좋을 듯합니다.
• Yhchoe . . . . 4 matches
       <!> WinEdt에서 HLaTeX의 한글은 uhc의 글꼴 밖에 볼 수 없기 때문에 [Hangul-ucs]의 한글 글꼴을 사용할 때는 EmEditor, "메모장" 등에서 소스 코드를 만들어야 합니다. EmEditor에는 활성화된 파일을 미리 연결되어 있는 프로그램(예: WinEdt)으로 넘기는 단추가 있어 편리합니다(see KTUGContrib:3205''''''의 첨부 그림). WinEdt에서 열린 소스 파일의 한글 글자들은 엉뚱한 글자들로 나타나지만 소스 파일이 변하는 것은 아니므로 컴파일 기능은 그대로 쓸 수 있습니다. 결과물인 Dvi, ps, pdf 파일에서는 원래의 글자들이 나타납니다. 또 WinEdt에서 dvi->pdf 단추를 눌러 PDF 파일을 만들 때는 [WinEdtTip/실행프로그램]의 항목 "3 WinEdt에 DVIPDFMx 를 설정하는 방법"을 참조하여 실행 파일을 dvipdfm.exe에서 dvipdfmx.exe로 바꿔야 PDF 파일에서 제대로 된 글꼴(utf)로 만들어집니다. >:> 실행 파일을 바꾸지 않고 dvipdfm.exe를 쓰면 책갈피(bookmark), 장절의 이름, 머리말/꼬리말 등에서 엉뚱한 글자가 나타날 수도 있고 본문의 바탕 글꼴도 Dvi 파일에서 썼던 pk로 되어 있어 인쇄를 위한 필름으로 출력이 되지 않습니다.
• Yhchoe/WinEdt가이드 . . . . 28 matches
        <!> 간혹 클래스 파일과 스타일 파일 등을 ins 파일이나 dtx 라는 파일로 공급하는 수도 있다. 이런 파일들은 LaTeX 단추를 눌러 컴파일하면 cls, sty, tex, dvi 파일 등이 만들어진다. ->See KTUGOperate:5426'''''', KTUGOperate:10886'''''', KTUGOperate:10942''''''.
        <!> 아래 '''DVI에서 PS, PDF 만들기'''에 'dvi->pdf' 단추의 기능을 기존의 dvipdfm(-cjk)에서 'DVIPDFMx' 기능으로 바꾸는 방법이 있다.
       === DVI에서 PS, PDF 만들기 ===
       '''dvi->pdf:''' TeX 소스 파일이 없어도 제대로 된 DVI 파일이면 WinEdt에서 dvi->pdf 단추를 눌러 pdf 파일을 만들 수 있다. WinEdt 창에서 DVI 파일을 부르거나 끌어다 WinEdt 창에 띄우면 읽을 수 없는 기호와 글자들이 나타난다. 이때 "DVI 미리보기" 단추를 누르면 Yap 창에서 DVI를 보여 준다. Yap 창에서 DVI를 열었거나 열지 않았거나 DVI 파일이 WinEdt 창에서 활성화 되어 있으면 dvi->pdf 단추를 쓰거나 Command Console(도스)에서 도스 명령으로 pdf를 만들 수 있다. ->See KTUGOperate:7288
       WinEdt에 dvi->pdf 단추를 써서 (한글 또는 한자가 들어간) dvi 문서를 pdf 파일로 만들 때는 ChoF 님이 만든 dvipdfmx를 사용할 수 있도록 약간의 조정이 필요하다. KTUGContrib:292''''''에 첨부된 'dvi2pdf.zip'를 풀면 dvipdfmx.bat 파일과 'dvi2pdf.edt'이 생긴다. KTUGContrib:292''''''의 글을 참조하여 'dvipdfmx.bat'을
       폴더에 있는 기존의 'dvi2pdf.edt'를 zip을 풀어서 얻은 'dvi2pdf.edt'로 바꾸면 된다.
        <!> 참고1: dvi 파일에서 pdf 파일을 만들 때 Acrobat Distiller를 쓸 수도 있으나, 한글이나 복잡한 기호가 들어간 문서에서는 좋은 결과를 얻지 못하는 수가 있다. dvipdfmx가 가장 좋다.
        <!> 참고2: dvi 파일에서 pdf 파일을 만들 때 Dvi 파일이 Landscape(가로로 넓게)로 되어 있을 경우 'dvi->pdf' 단추를 쓰면 오른 쪽이 잘려나간다. WinEdt의 단추들 중 윗행 오른 쪽 끝에 있는 Dos 단추를 클릭하면 현재의 작업 폴더의 경로가 입력되어 있고 > 다음에 프롬프트가 깜박이고 있다. 만약 Dvi 파일의 이름이 'foo.dvi'이면 > 다음에 띄어쓰기를 조심하여
        dvipdfmx -l foo
        와 같이 입력하고 'Enter' 키를 누르면 된다. 작업이 끝나도 Dos 창이 닫히지 않고 다른 작업 명령을 기다리고 있다. 'exit'를 입력하고 'Enter' 키를 누르면 닫힙니다. seminar 클래스를 써서 PDF 슬라이드를 만들 때 eps 그림이 있는 경우 그림을 나타내지 못하는 경우가 있다. 이 때는 'dvi->ps', 'ps->pdf' 단추를 쓰면 된다.
       '''dvi->ps:''' TeX 소스 파일이 없어도 제대로 된 DVI 파일이면 WinEdt에서 'dvi->ps' 단추를 눌러 'ps' 파일을 만들 수 있다. DVI 파일을 부르거나 끌어다 WinEdt에 띄우고 'dvi->ps' 단추를 누르면 된다. (WinEdt에서는 DVI이 깨어진다. DVI를 읽고 싶으면 'DVI 미리보기' 단추를 누르면 된다.)
       TeX 파일에서 PDF 파일을 만들 때 Usepackage나 클래스에 따라서 꼭 'dvi->ps', 'ps->pdf'의 과정을 거쳐야 만족할만한 결과가 나오는 수도 있다. (eps 등 외부 그림이 있는 경우 그림을 나타내지 못하는 경우가 종종 있다.)
       WinEdt 5.3의 경우 dvi->ps 단추를 누르면 "Dvips..." 대화상자(dialog: KTUGOperate:5407''''''의 그림 참조)가 나타나는데 이때 'Generic Parameter'의 선택을 잘 하여야 한다. ('Help' 단추를 누르면 설명이 나오긴 하지만 전산 실력이 약간 필요하다.) 예로써 'seminar' 클래스를 썼을 때는
       WinEdt 5.4의 경우 위키 페이지 WinEdt의 소항목 "WinEdt에 dvi2ps 실행 설정 참조.
       또 한 가지 주의할 것은 Dvi 파일이 'Portrait'로 되어 있느냐, 'Landscape'로 되어 있느냐에 따라 'Orientation'에서 맞게 선택하여야 하며, 또 완성된 ps 파일을 GSView("안경 낀 유령" 단추를 누르면 됩니다.)로 봤을 때 파일이 뒤집혀 있으면 GSView 창의 메뉴에서 'Orientation'을 누르고 맨 아래에 있는 'Swap Landscape'을 체크한다. 그래야만 'ps->pdf'를 썼을 때 pdf 파일이 제대로 나온다.
• Yhchoe/설치가이드 . . . . 4 matches
       TeX은 OS[[FootNote(운영 시스템: 플랫폼이라고도 합니다. 윈도, 리눅스, UNIX, Mac 등)]]에 따라 설치 패키지가 다를 수 있으며, 설치법, [DVI] 미리보기, [TeX편집기], 사용법 등도 조금씩 다를 수 있습니다. 또 "어떤 [TeX편집기]를 쓸 것이냐?"에 따라 최종적으로 경로를 설정하는 단계가 조금씩 다릅니다.
       DVI뷰어 <= 요것만이 실행파일로 생기는데......
       윈도와 궁합이 맞고, 깔기 쉽고, 한글, 한자(漢字), 가나(かな) 등을 쉽게 쓸 수 있어 편하고 사용자가 많아서 쉽게 도움을 구할 수 있는 것은 [MiKTeX한글환경]을 구축한 MiKTeX이라고 생각합니다. MiKTeX은 TeX의 여러 응용프로그램(예: dvi->pdf, dvi->ps, ps->pdf 등)과도 궁합이 맞도록 되어 있으며 "[DVI] 미리보기"로 [Yap]이 따라옵니다.
       (!) 컴퓨터 프로그램에 자신이 있는 분이 아니면 MiKTeX에 딸려오는 [Yap]을 쓰는 것이 좋습니다. 다른 "DVI 미리보기"([DVI드라이버])를 쓸려면 경로 설정을 새로 해야 합니다.
       '''A'''(From KTUGOperate:5426'''''')''':''' http://ftp.ktug.or.kr/mirrors/CTAN/nonfree/macros/latex/contrib/foiltex.zip 을 다운로드하여 현재 폴더에서 풀면 foiltex 폴더가 생깁니다. foiltex 폴더 속에 있는 foiltex.ins 에 LaTeX을 실행합니다.[[FootNote(편집기로 가져 갈 때는 끌어서 가거나 불러서 열어야 합니다. 그냥 클릭하면 Internet Signup 이 작동합니다.)]] 이때 foils.cls, foils.sty, fltfonts.def, foil17.clo, foil20.clo, foil25.clo, foil30.clo, foilshrt.clo, foiltex.log, sampfoil.tex 의 10 개의 파일이 생깁니다. 이제 foiltex.dtx 에 LaTeX을 실행하면 foiltex.log 가 갱신되고 foiltex.aux 와 foiltex.dvi 생깁니다. 이제 샘플 파일인 sampfoil.tex 을 컴파일하면 됩니다.
       http://ftp.ktug.or.kr/mirrors/CTAN/support/glosstex.zip 을 다운로드하여 현재 폴더에서 풀면 glosstex 폴더가 생깁니다. glosstex 폴더 속에 있는 glosstex.ins 에 LaTeX을 실행합니다.[[FootNote(편집기로 가져 갈 때는 끌어서 가거나 불러서 열어야 합니다. 그냥 클릭하면 Internet Signup 이 작동합니다.)]] 이때 glosstex.cfg 파일이 갱신되고, glosstex.gdf, glosstex.ist, glosstex.log, glosstex.std, glosstex.sty 의 5 개의 파일이 새로 생깁니다. 이제 glosstex.dtx 에 LaTeX을 실행하면 glosstex.idx 와 glosstex.log 가 갱신되고 glosstex.aux, glosstex.dvi, glosstex.ilg, glosstex.ind, glosstex.lot, glosstex.toc 의 6개의 파일이 새로 생깁니다.
• bb파일얻기 . . . . 4 matches
       KC2008(=texlive 2008) 이후 DVIPDFMx를 사용할 때 .bb 파일을 미리 만들어두어야 하는 불편이 없어졌다. graphicx 패키지의 옵션으로 dvipdfmx 를 지정한 후, latex 명령 실행 시에 {{{-shell}}} 옵션을 추가하면 필요한 .bb 또는 .xbb를 직접 만들기 때문이다. 또한, 이렇게 하면 DVIPDFMx가 처리하는 jpg 그림 등의 크기가 pdftex으로 처리한 것과 동일한 결과를 얻는다.(그 전 ebb를 이용할 때는 pdftex에 비해서 dvipdfm 및 dvipdfmx가 이런 그림을 더 크게 처리했었다.)
       # dvipdfmx foo
• brushscr . . . . 2 matches
       dvips -Ppbsi -Ppdf -G0 imsi.dvi
• comment . . . . 2 matches
       \usepackage[dvipdfm,bookmarks=false]{hyperref}
       \usepackage[dvipdfm,bookmarks=false]{hyperref}
• dvips . . . . 1 match
       http://www.radicaleye.com/dvips.html
• dvisvgm . . . . 1 match
       http://dvisvgm.sourceforge.net/Examples
• fpTeX . . . . 1 match
        * [DVI드라이버]는 XDvi의 Windows 포팅인 windvi를 사용한다.
• gnumeric . . . . 1 match
        * DeleteMe page폭에 영향을 받기 때문에 column이 많은 경우 겹칠 수 있습니다. T.T A3같은 용지를 만들어서 해볼려고 했는데 이렇게 하니까 dvips에서 에러가 나더군요.. 방법을 아시면 정리좀.. :-)
• graphicx . . . . 1 match
       일단 기본적인 상황으로 외부 그래픽 파일은 [EPS] 이고 [dvips]로 컴파일할
• gromov/TeXHelpOnFundamentals . . . . 9 matches
       source file -> dvi file -> ps 또는 pdf file
       요즈음은 dvi file을 거치지 않고도 pdf file을 만들어주는 pdftex이 보편화됐지만 그래도 dvi file의 잔재는 글꼴에 남아 있다.
       === DviFile ===
       dvi란 말은 Device Independent라는 말을 줄인 것이다. 여러 컴퓨터 시스템과 여러 OS에서 같은 일을 하게 하면서도 작은 컴퓨터 자원을 효율적으로 쓰려고 TeX은 조판할 때 Font를 다 읽어보지 않는다. Font는 너무 커서 모두 메모리에 올리는 것도 힘들고 하므로 Font에서 조판할 때 필요한 기본 정보인 글자의 폭, 높이, 앞뒤의 간격, 글자가 줄 baseline과 갖는 위치 등등의 수치적 정보만 뽑아서 읽는다. 매번 뽑는 것도 시간이 많이 걸리므로 글꼴에서 이런 정보만 뽑아 놓은 아주 작은 파일들을 tfm file이라는 이름으로 만들어둔다. (tfm은 tex font metric이라는 말의 줄임말이다.)
       한번 소스를 읽어들이면 한줄 한줄을 조판할 때는 tfm 파일의 내용만을 가지고 조판하여 글자 자체는 없이 빈칸만으로 페이지를 만든다. 이에 대한 자세한 내용은 TeXBook등을 참조하면 좋다. 이렇게 빈칸과 그곳에는 어떤 글꼴의 글자가 들어올것인지만 적어놓은 파일이 dvi 파일이다. 이것만 있으면 font 자체가 안 들어있는 dvi file이지만 TeX이 깔려있는 시스템 어디를 가지고 가도 그곳의 font를 가지고 출력할 수 있게 된다. 따라서 dvi 파일은 사이즈가 상당히 작다.
       지금은 font 크기는 별로 문제가 되지 않으니까 dvi file을 쓸 필요는 거의 없지만 아직도 기본적으로 글꼴은 pk와 tfm으로 나뉘어 있는 것이다.
       그리고 아직도 dvi를 사용하는 사람들이 많이 있다.
• hLaTeXp . . . . 1 match
        * [한TeX]은 [hLaTeXp]과 거의 동일하지만 [DVI드라이버]와 글꼴 처리 방법이 다른 [hLaTeXn]을 탑재하고 있었다.
       [hLaTeXp]로 조성한 dvi 파일을 TeXplus로 읽으면 윈도 기본 트루타입 글꼴로 치환되어 화면에 나타난다. 따라서 pdf로 변환하기 위해서 TeXplus에서 pdf 프린터 드라이버(예, Adobe Distiller)로 인쇄하면 트루타입이 내장된 깔끔한 pdf를 얻을 수 있다. 하이퍼링크나 책갈피 등 복잡한 pdf 장치들을 구현하기는 어렵지만, 적어도 [한TeX]에서 얻을 수 있던 pdf 정도의 품질은 갖출 수 있다.
• hoze/webtex . . . . 4 matches
       if(file_exists("$filename.dvi"))unlink("$filename.dvi");
       if(file_exists("$filename.dvi"))exec("dvipdfmx $filename");
• kile . . . . 1 match
       위지윅(WysiWyg) 방식의 에디터는 아니나, 각종 특수문자 및 수식 입력을 쉽게 할 수 있고, 클릭 한 번 만으로 dvi, ps, pdf 문서 등을 쉽게 만들 수 있다. Windows이 WinEdt와 비슷한 방식의 통합 작업환경이다.
        * 찾기: DVI 뷰어에서 클릭하면 에디터에서 해당하는 LaTeX 라인으로 이동 또는 에디터에서 뷰어로 이동한다.
• ko.TeX . . . . 1 match
        \usepackage[unicode,dvipdfm,colorlinks]{hyperref}
• kpathsea . . . . 2 matches
       $ kpsewhich --progname=dvipdfmx -format="other binary files" 파일이름
       $ kpsewhich --progname=dvipdfmx -format="truetype fonts" batang.ttc
• likesam . . . . 4 matches
        * 애용하는 AcroEdit관련 설정은 KCmenu에서 처리하는 것이 많다. 그러나 dviout과의 연계는 직접 고쳐야 하는 것으로 기억한다.
        * KC2006에서는 windows의 기본글꼴은 DVIPDFMx를 이용할 때, 글꼴이 포함되지 않은 PDF를 만들어, 윈도우 환경만을 사용하는 무늬만 리눅서인 나에게 편리하였지만, KC2007부터는 이러한 부분이 기본으로는 지원되지 않는다. 그러므로, http://faq.ktug.or.kr/faq/KC2007/UPDATES#s-2.2 를 참조하여 윈도우 기본글꼴관련 화일을 설치하고, http://project.ktug.or.kr/dvipdfmx/README 를 참조하여 C:\bin\TeX\share\texmf\dvipdfm\config\dvipdfmx.cfg에서 어떤 화일을 참조하고 있는지 확인하고, (현재는 cid-kxttf.map), 이 글꼴 map화일에서 글끌이름 앞에 ! 를 추가한다.
• likesam/novice . . . . 1 match
        * 소스 -> 컴파일러 -> dvi or pdf or 종이
        * 최소한 사용자 자신이 "한국어사용자" 인지, "일본어사용자"인지 (LaTeX + DVIPDFMx or PDFLaTeX 사용자)인지는 알아야 한다. 그리고 어느 언어가 좋은지 (장단점 비교)도 필요하다.
• noweb . . . . 3 matches
       .SUFFIXES: .nw .tex .dvi .html .pdf .m
        rm -f *~ *.dvi *.log *.html *.pdf *.m *.out *.defs
        rm -f *~ *.dvi *.log *.html *.pdf *.m *.out *.defs *.tex *.aux
• pLaTeX . . . . 1 match
       DVIPDFMx가 읽어들이는 cid-x.map에 다음을 추가한다.
       EUC-JP 인코딩으로 다음처럼 예제문서를 작성하여 `platex` 및 `dvipdfmx`로 컴파일한다.
• pdflatex과latex동시사용 . . . . 10 matches
       가끔 latex/dvipdfmx 와 pdflatex 을 동시에 사용하여야 하는 경우가 생긴다.
       이 문서는 그러한 경우 처리 방법을 정리하였다. 한글은 Hangul-ucs를 이용하고 있는 것으로 가정하고, 목적 파일은 pdf라고 생각하자. 즉 PDFLaTeX, LaTeX/DVIPDFMx 어느 경로를 이용하여도 PDF를 얻을 수 있는 방법을 생각한다.
       pdftex에서 한글 검색 추출을 위해서 다음 한 줄을 써넣는다. ko.TeX의 기본 글꼴은 은 글꼴 type 1이므로 다음과 같이 한다. (DVIPDFMx를 위해서는 특별히 해야 할 일이 없다.)
       hyperref 패키지는 드라이버에 매우 민감하다. pdf bookmark를 얻기 위해서는 입력 인코딩을 UTF-8으로 하고 unicode 옵션을 hyperref에 부여한다. (XeLaTeX에서는 이 unicode 옵션이 불필요하지만 pdflatex과 latex -> dvipdfmx에서는 꼭 필요함.)
        \usepackage[dvipdfmx,unicode,....]{hyperref}
        \usepackage[dvipdfmx]{graphicx}
        \usepackage[dvipdfmx,svgnames]{xcolor}
        * graphicx 패키지를 쓰되, DVIPDFMx로 PDF를 만들 경우 dvipdfmx 옵션을 사용한다. 또한, 되도록 color 패키지 대신 xcolor를 쓰는 쪽을 권장한다.
        \usepackage[dvipdfmx,unicode]{hyperref}
        \usepackage[dvipdfmx]{graphicx}
        \usepackage[dvipdfmx,svgnames]{xcolor}
        * graphicx 및 color에게 {{{[dvipdfm]}}} 옵션을 주면 pdf, png, jpg 그림을 사용할 수 있다. 그러나 위와 같이 설정하는 쪽이 graphicx.cfg와 같은 설정 파일의 영향을 받지 않고 문서를 작성할 수 있는 방법이다.
        * 특히 DVIPDFMx의 경우에는 바운딩박스 파일(.bb)을 미리 작성해두어야 한다.
• pgf . . . . 6 matches
       == dvipdfmx와 함께 사용하기 ==
       \def\pgfsysdriver{pgfsys-dvipdfm.def}
       만일 dvipdfmx 와 pdflatex 에서 동시에 사용하고 싶으면 다음과 같이 처리한다. 간단한 예제로 실험한 결과로는 pdflatex 에서 컴파일 한 것이 더 작은 pdf 를 생성했다.
       \def\pgfsysdriver{pgfsys-dvipdfm.def}
        \?/ dvipdfm, dvips 드라이버가 기본 옵션인 pdftex과 완전히 동일한 결과를 출력하지 않는 경우가 있었다. 그러나 일반적으로 호환가능한 것으로 보임.
• pyTeX . . . . 2 matches
        (dvi, log) = tex(plain, document)
        * [pyTeX]는 [Python] 오브젝트를 TeX 조판 명령으로 바꾸어 TeX로 보내고, TeX는 조판 결과를 dvi로 돌려줍니다. 결국 [pyTeX]에서는 TeX를 호출 가능한 함수로 쓸 수 있는 것입니다.
• smcho/QnA . . . . 2 matches
        * dvipdfmx 에서 트루폰트 사용시 맵파일 - KTUGSetup:10776
        * latex/dvipdfmx 에서 책갈피 - KTUGOperate:19930
• smcho/tips . . . . 1 match
       #> dvips -Ppk -D 4800 foo
• trivcj . . . . 2 matches
       [trivcj]는 [LaTeX] + [dvipdf] 상에서는 잘동작하지만 [PDFLaTeX]에서 사용하기 위해서는 추가적인 폰트와 맵파일이 있어야 한다. 그러나 이때 사용해야 하는 폰트는 무료폰트가 아니다.
       %%% 이 팁을 적용하지 않았다면 dvipdfmx만 사용할 것.
• yfonts . . . . 2 matches
        * `yfrak.map` -> `[texmf]/dvips/yfonts/yfrak.map`
        * `config.yfrak` -> `[texmf]/dvips/config/config.yfrak`
• 게시판토론 . . . . 1 match
        설치후 한글이 xdvi, yap에서 표시되지 않는 문제.
• 그림 . . . . 6 matches
        * TeX/LaTeX 자체는 그림의 형식은 상관하지 않고 오직 Bounding Box만 문제삼는다. 그림이 인쇄될 수 있느냐 없느냐 하는 것은 전적으로 [DVI드라이버]의 몫이다. 그림은 외부파일로 존재하며, 이 외부파일을 불러왔을 때 화면에 표시되거나 인쇄기에 찍히도록 그림을 처리하는 루틴을 구현해두어야 한다.
        * 그 결과, 그림 포함에 관여하는 graphicx 패키지는 대단히 드라이버 의존적이다. 즉, 최종 출력을 [dvips]로 하느냐, DVIPDFm, DVIPDFMx로 하느냐, 또는 PDFLaTeX으로 하느냐에 따라 graphicx 패키지가 동작하는 방식이 조금씩 다르다.
        * DVI 파일을 읽었을 때 그림이 화면에 보이지 않는다면, 그림 처리가 잘못되었을 수도 있지만, 화면출력을 담당하는 [DVI드라이버]가 그 형식의 그림을 보여주는 기능을 가지고 있지 않기 때문일 경우가 많다. [dvips]로 변환한 PostScript 파일을 인쇄하면 잘 나올 수도 있는 것이다. 그림 때문에 LaTeX을 비난하지 말자!!!
        * 포함된 그림의 질은, 미리 준비된 그림 자체의 질에 전적으로 좌우된다. 그리고 [DVI드라이버]의 출력 루틴에도 역시 좌우된다. [dvips]는 주로 EPS 포맷의 그림을 선호하는데, 그 이유는 [dvips] 자체가 PostScript 출력을 의도하기 때문이다. 이 때, GhostScript라는 PostScript 언어처리기가 그림의 처리를 주로 담당한다. GhostScript가 처리할 수 있는 그림이라면 [dvips]도 처리할 수 있다. 그림 삽입할 때 발생하는 에러에 대해서 GhostScript가 책임져야 하는 상황이 상당히 많다. 예컨대, 시스템에 포함되지 않은 폰트를 내장(embed)하지 않은 EPS 그림에 대해서는 GhostScript가 에러를 내는 경우가 있는데, 이것은 그림을 준비한 사람의 책임이지 GhostScript나 [dvips]의 책임이 아니다. GhostScript가 잘 처리할 수 있는 EPS를 준비하는 것이 중요하다.
• 그림포함하기/Obsolete . . . . 4 matches
        1. graphicx 패키지에 [dvips] 옵션을 준 경우라면 PDF를 만들 수 있는 방법은 dvips -> ps2pdf 밖에 없습니다. DVIPDFMx나 PDFLaTeX은 사용할 수 없습니다.
        3. WinEdt에서 TeX file을 compile합니다. 이때 그림이 붙은 dvi file이 만들어집니다. (제가 visio에서 만든 eps file은 100% 붙었습니다.) 이때 Yap에서는 그림이 보이지만 실제로 프린트를 하면 안보입니다.
        4. WinEdt 메뉴에서 dvi->ps를 선택하여 ps 파일을 만듭니다.
• 내가쓰는편집기 . . . . 5 matches
       UTF-8 지원과 함께 HLaTeX 1.01사용자들을 위한 EUC-KR인코딩도 지원됩니다. 한글을 사용하는 것에도 아직까지는 별 문제가 없습니다. dvipdfmx를 이 프로그램 안에서 사용하다가 에러를 내곤 했는데 개발자와 이메일 대화로 하루만에 새 버전을 받아서 컴파일, 해결했습니다. 개발자분께서 아주 적극적으로 임해주시는 모습이 인상적이었습니다.(베트남 분이라고 들었습니다) 최신의 1.3.2.6c를 쓰셔야 hangul-ucs, dvipdfmx와 잘 맞습니다. 아직은 개발 중이라 패키지로는 1.3.2.5가 최신입니다. 현재 개발버전 1.3.2.6f를 끝으로 곧 정식 릴리즈를 한다고 합니다. 아이콘과 같은 화려한 것을 모두 제거하고 간결하게 만든 가벼운 프로그램으로 나올 듯 합니다.(로딩시간이 무척 단축되었습니다) 제가 테스트한 환경은 Debian GNU/Linux(unstable)이었습니다. 지원하는 운영체제는 MacOS X과 Linux입니다.
       위의 도스시절의 얘기를 읽다보니, 까맣게 잊었던 qedit이 생각났습니다. 십수년전 (아직, $37.50 이라는 가격표가 붙어 있는) Lamport의 책에만 의존해서 논문을 작성해야 했습니다. (정확하게 기억이 나지는 않지만) 지금 생각해보면 main frame에서 편집/컴파일해서 에러가 없으면, 결과를 프린터로 보내고, 몇 분 떨어진 다른 건물에 가서 프린트된 종이를 가져와서 교정작업하고 또 프린터로 보내고 했어야 했습니다. 게으른 제가 이런 시스템에 적응할 리가 없었지요. 결국, pc에서 도는 emtex을 구해 집에서 작업하면서 dvi viewer로 결과까지 확인하고, 결과가 만족스러우면 최종적으로 학교가서 다시 main frame으로 올려 프린트했었습니다. 그랬던 시절을 생각해보면, dviout에서 pstricks가 어쩌니 yap이 어쩌니 하는 나의 불평은 어쩌면 호강에 겨운 짓 X-( 일 수도 있겠습니다.
       아마 main frame에서의 편집기는 emacs류였을 것인데, 뭐 이런 따위가 있나 싶게 손에 익지 않아 불편했던 것으로 기억합니다. (또 기억하기로는) emtex을 돌리면서 사용했던 편집기는 매우 가벼웠던 qedit이었습니다. 그런데 emacs류가 아닌 qedit을 사용하게 된 것은 편집기 자체 때문이 아니라 dvi viewer라는 텍작업환경 때문이었습니다. (그 때, emtex 얘기를 듣지 않았더라면, 전 아마도 지금 emacs를 쓰고 있을지도 모르겠습니다.)
• 떠다니는개체 . . . . 1 match
        CTAN:macros/latex/contrib/subfloat/subfloat.dvi
• 리눅스에서설치하기/obsolete . . . . 3 matches
       Debian의 dvipdfmx 버전은 20040411라서 texmf-KTUG와 사용하려고 하면 'Could not find encoding <xxx>'라는 에러메세지를 내며 종료합니다. texmf-KTUG는 dvipdfmx cvs 버젼과 동작하도록 구성되있기 때문입니다. dvipdfmx cvs버젼을 사용하면 해결할 수 있습니다.
• 명령행 . . . . 12 matches
       [Lambda], ConTeXt, LaTeX2Html, TeX4ht, dvips, PDFLaTeX 등을 써야 할 때도 있을 것이다. 이 모든 명령을 에디터의 단축키에 걸어서 쓰기보다는 명령행에서 쓰는 것이 더 낫다.
        `--src-specials` 옵션은 Yap에게 원본 파일의 위치를 알려주기 위해 src-special 코드를 DVI에 삽입하라는 것인데, 이 옵션을 주고 컴파일해야 Yap에서 더블클릭했을 때 Inverse Search가 가능해진다.
       '''DVI 파일의 확인'''
        이 쯤에서 탐색기를 열어서 이 폴더(`C:\TeX_Work`)로 이동해보자. `test1.log`, `test1.aux`, `test1.dvi` 등의 여러 파일들이 새로이 생겨나 있다. 만약 MiKTeX-KTUG을 잘 설치했으면 `test1.dvi`는 [Yap] 문서 아이콘으로 표시되어 있을 것이다. 이 파일을 더블 클릭하면 [Yap]이 실행되면서 문서를 화면에 보여준다.
       C:\TeX_Work> yap test1.dvi
        PDF로의 변환을 생각해보자. DVIPDFMx를 이용하기로 한다.
       C:\TeX_Work> dvipdfmx test1
       C:\TeX_Work> dvips -P pdf -G0 -t a4 test1 -o
        여기서 `-P pdf -G0 -t a4`는 실행 옵션이라는 것인데, 통합작업환경을 사용하면 이러한 세세한 옵션을 자유롭게 주기가 불편하다. 명령행을 권장하는 이유는 이러한 실행 옵션을 좀더 자유롭게 사용하기 위한 것이기도 하다. 이러한 옵션들이 무엇을 의미하는지는 `dvips` 사용 안내 문서들을 참고하라. 실행옵션에 대한 간단한 도움말을 얻으려면
       #> dvips --help
       dvipdfmx %1
       dvipdfmx %1
       dvipdfmx %2
       del *.dvi
• 문서LayOut . . . . 2 matches
       이 패키지는 2,500줄이 넘는 방대한 소스코드로 구성되어 있다. 자세한 설명은 `layouts.dvi`을 참조하라.
       와 같이 사용하여도 된다. 직관적인 명령어를 쓴다는 것도 특징이다. 이를 테면, `height, hmargin, left, right` 등의 명령도 유효하다. `geometry.dvi`의 설명을 참조하라.
• 문서작성시스템 . . . . 2 matches
        [DeleteMe] 위지윅은 아래아 한글, 쿽엑스프레스나 페이지 메이커, 마소 워드 등이 있지만, 화면에서 보이는 것과 프린트한 것의 괴리감을 극복한 것은 바로 아래아 한글이라 할 수 있습니다. 요즘은 대부분 프린트할 때(책의 인쇄 개념이 아닌, 레이저 출력기 등의 프린터) 출력용 폰트와 화면용 폰트를 트루타입으로 사용하는 것이 보통입니다. 그 차이를 가장 근소하게 줄인 것은 아래아 한글이라 할 수 있습니다. 그러나 이런 아래아 한글도 TeX의 dvi previewer를 통한 화면용 출력에 견줄 바가 없습니다. 여러분께서 종종 보시는 yap이나 dviout을 통한 화면(출력)은 실제 출력물과 매우매우매우 비슷하다고 할 수 있습니다. -- Progress [[DateTime(2003-08-23T09:31:36)]]
       [TeX] 엔진은 이 원고(입력파일)를 읽으면서 명령에 맞게 문서의 줄나누기, 페이지나누기, H&J(하이픈처리와 정렬)를 행하고 최종적인 출력 형태를 만들어낸다. 이 출력 형태가 [DVI] 파일이다.
       이 [DVI] 파일을 출력장치의 특성에 맞도록 인쇄하는 것이 [DVI드라이버]인데, 출력장치는 화면이거나 PostScript 프린터이거나, 사진식자기이거나 심지어 파일(예컨대 PDF)일 수도 있다.
        최근의 TeX 엔진들은 DVI를 거치지 않고(또는 DVI라는 형식을 사용자에게 노출하지 않고) 바로 출력가능한 PDF를 만들어낸다.
• 문화부글꼴 . . . . 1 match
        ttf2pk.cfg와 dvipdfmx.cfg 편집은 설치 후 별도로 해주어야 합니다.
• 사랑방/200512 . . . . 5 matches
       도스창에서 yap main 이렇게 부르는 것과 yap을 먼저 띄우고 main.dvi를 여는 것은 차이가 있어 보입니다.
       적어도 새로운 글꼴을 쓰는 경우라면 yap을 먼저 띄우고 dvi를 여는 것이 낫습니다.
       도스창에서 쓰는 게 몇 가지 장점이 있긴 합니다. 예를 들면 dvipdfmx 등등에는 옵션을 줄 수가 있는데 WinEdt에서는 일일이 매크로를 만들어줘야 하지 않습니까?
        <!> hoze 님 감사합니다. 오늘 C:\texmf\doc\latex\geometry 속에 있는 geometry.dvi를 다블클릭하였더니 Yap에서는 KTUGOperate:5284''''''에 첨부한 그림(스크린 샷)과 달리 "fi"가 "Θ"로 변하지 않고 "fi"로 정상적으로 보였습니다. 그 동안 고친 것은 WinEdt를 5.3에서 5.4로 올린 것 뿐인데 신기합니다. 다시 컴파일한 것은 아니니까 WinEdt 탓은 아닌 것 같습니다. 제 노트북은 아직도 MiKTeX-KTUG 2.2를 씁니다. 아마 윈도 환경이 변해서 그런 것 아닌가 생각됩니다. 저는 윈도를 자주 업데이트합니다. 그리고
        를 실행하는 것은 쌍톱니바퀴 단추(MiKTeX Options: 옵션 관리자, 시작->프로그램(P)->MiKTeX-KTUG에서도 찾을 수 있습니다.)를 누르고 "지금 갱신"(Refresh Now) 단추 누르는 것과 같은 것 아닌가요? 저는 "지금 갱신"도 자주 하였기 때문에 문제가 저절로 해결된 것인가요? "WinEdt 사용자들은 도스창을 띄워 쓸 일이 없으니"라고 하셨는 데 WinEdt에서도 Dos를 쓸 수 있습니다. 위의 그림에서 단추들 중 위 행 맨 끝 단추는 'Command Prompt'를 여는 것이고, 아래 행 맨 끝 단추는 "실행 Console"을 여는 것입니다. WinEdt에 어떤 파일을 활성화 시켜 놓고 이 단추들을 클릭하면 이미 경로가 잡혀 있기 때문에 구태여 긴 경로를 입력하지 않아도 됩니다. WinEdt 창의 dvi->pdf 단추는 DVIPDFM (또는 DVIPDFMx)를 실행하도록 되어 있는 데 옵션(예: Landscape)를 쓸려면 'Command Prompt'를 열어서 도스명령으로 실행하는 것이 편합니다. "WinEdt에서는 일일이 매크로를 만들어 주지 않아도 됩니다. 그리고 TeXify도 "황금사자머리"(예쁘장한 그림) 단추를 찾을 필요 없이 단축 키로 Ctrl+Shift+X 키를 치면 됩니다.
        지금 논의되고 있는 문제는 [Yap]이 [DVI] 파일을 부르면서 pk 폰트파일을 만드는 데 실패하는 문제와 관련된 것 같습니다. 제가 생각하기에, 이것은 [Yap]의 버그가 아닌가 합니다. [MiKTeX]에서 pk 폰트파일을 만드는 것은 miktex_make_pk 루틴을 부르는 것인데 이것은 원래 makepk를 실행한 것과 동일한 결과를 가져와야 합니다. 그런데 어떤 이유에서인지 [Yap]은 pk 파일을 만드는 것까지는 성공하는데, 그 다음에 FNDB를 잘 갱신하지 못하고 그 결과 실제로 pk를 만들어놓고도 그것을 [kpathsea]를 이용해서 불러오지를 못합니다. [MiKTeX] 2.2에 비하여 [MiKTeX] 2.3은 이 부분이 조금 개선된 듯하고, 지금까지 제 경험으로는 [MiKTeX] 2.2는 times, palatino 등의 폰트에 대해서도 에러를 내는데 [MiKTeX] 2.3의 경우는 txfonts, pxfonts 등을 제외하면 거의 대부분 성공적으로 pk를 만들고 FNDB를 갱신하는 것 같습니다. [hoze] 님이 지적하신 대로, [Yap]을 미리 실행해둔 상태에서 [DVI] 파일을 열면 희한하게도 pk 파일을 잘 만드는 경우가 있는 것을 보면, 이것은 확실히 [Yap]의 버그라는 것이 제 심증입니다. 아무튼지간에 `initexmf -u`를 자주 실행하는 것은 만들어진 pk 폰트 파일을 FNDB에 등록하는 것일 뿐이므로, 앞으로 이 문제도 개선되겠지요. [MiKTeX]이 아주 안정적이지는 않다는 것을 보여주는 한 예가 아닌가 합니다. 적어도 CygWin-[teTeX]에서는 그런 일은 없다고 생각됩니다. 확실한 것은, [MiKTeX] 2.3을 '''처음 설치할 때''' `config.bat`를 한 번 실행해주면 pk 폰트파일을 만드는 에러가 현저히 줄어든다는 점입니다. --[Karnes]
• 설정파일 . . . . 15 matches
       == [DVI드라이버]들의 주 설정파일 ==
       ''' dvips '''
        * `[texmf]/dvips/config/config.ps`가 주로 사용되는 설정 파일이며, 다른 옵션 없이 `dvips`를 실행하면 이 설정파일을 참조한다.
        #> dvips -P pdf foo -o }}}
        * `kpsewhich --format="dvips config" config.ps`로 찾을 수 있다.
       ''' [DVIPDFm] '''
        * `[texmf]/dvipdfm/config/config`가 주 설정 파일이다.
        * `kpsewhich --format="other text files" --progname="dvipdfm" config`
       ''' [DVIPDFMx] '''
        * `[texmf]/dvipdfm/config/dvipdfmx.cfg`가 주 설정 파일이다.
        * `kpsewhich --format="other text files" --progname="dvipdfm" dvipdfmx.cfg`
        <!> `--progname="dvipdfmx"`로 하지 않는다.
       XXX.map이라는 dvips용 글꼴 map 파일이 있다고 하자. kpathsea가 이 글꼴 map 파일 및 .pfb, .tfm 파일들을 잘 찾을 수 있도록 한 다음,
       dvipdfmx.cfg와 ttf2pk.cfg에 해당 글꼴 map 파일을 추가한다.
        * dvipdfmx.cfg {{{
• 영문Truetype글꼴사용 . . . . 11 matches
       === Native TTF for dvipdfmx ===
        * Native TTF를 ChoF 님이 개발한 DVIPDFMx에서도 사용할 수 있으며, 아래에 자세한 방법이 소개되어 있다.
        * Truetype을 PK 글꼴로 바꾸어 dvipdfm 혹은 dvips/ps2pdf와 함께 사용하는 방법이다 (실제로 사용하는 사람이 있을지...)
        * Truetype을 Type 1 포스트스크립트 파일로 변환한 다음, '''fontinst'''같은 툴을 사용해서 폰트를 설치한다. 포스트스크립트 글꼴로 변환되었기에 dvipdfm, dvips/ps2pdf, 그리고 pdflatex 를 모두 사용할 수 있다.
       최근에 [http://sourceforge.net/project/showfiles.php?group_id=10783 MiKTeX TTF Font Installer Version 0.5 ](현재 버전은?)란 프로그램을 발견했는데, 이 프로그램은 섹션 3.1과 3.3에 있는 방법을 기초로 해서 설치 과정을 한방(?)에 끝내는 프로그램이다. 또한 이 프로그램의 설치결과를 이용해서 dvipdfmx에서도 Native Truetype글꼴을 사용하는 방법을 소개한다
        1. Native Truetype을 dvipdfmx와 사용하기 위한 조치:
        * ''ttfonts.map''의 내용을 복사해서 ''trebuc.map''이란 새 파일을 만든 후 c:\localtexmf\dvipdfm\config로 옮긴다. 만일 제대로 되지 않으면 다음과 같은 순서로 내용을 바꾼다: tfm encoding ttf -s .12. ''-s .12''는 기울임 모양에 적용되는 옵션이다. 예를 들면,{{{rectrebuc T1-WGL4.enc trebuc.ttf
        * c:\texmf\dvipdfm\config\dvipdfm'''x'''.cfg파일을 열어서 '''f trebuc.map''' 을 첨부한다.
        * 그러나 이 패키지는 약간 문제가 있고 dvipdfmx도 사용할 수 있게 수정한 패키지인 Kcupdate-truetypemetrics.kcupdate를 [http://ftp.ktug.or.kr/KTUG/KTUGCollection/PRIVATE/KCupdate-truetypemetrics.kcupdate KCupdate-truetypemetrics.kcupdate]에서 구할 수 있다.(cf. [Karnes/2006-09#08])
• 옛한글처리/Discussion . . . . 1 match
       폰트로부터 Unicode.sfd에 정의된 순서로 글자들을 추출하고 DVIPDFMx(당시는 dvipdfm-cjk)를 이용하여 조판을 합니다.
        [[Date(2004-09-11T21:12:09)]] 굵은 글꼴이 없더라도 fakebold를 이용하는 기술이 DVIPDFMx의 발전과 더불어 가능하여졌으므로 이 문제도 어느 정도 해결된 것으로 생각합니다. 실제의 굵은 글꼴보다는 못하겠지만 아쉬운 대로 사용할 가능성은 있어 보입니다. --[Karnes]
• 오류처리 . . . . 1 match
        이 값이 양의 정수이면, dvi 파일에 담길 박스들의 dump를 로그 파일에 기록한다.
• 은글꼴 . . . . 1 match
        1. 새로 릴리스된 dvipdfmx에 맞추어 cid-unttf.map을 수정하였습니다.
        * KTUGBoard:1084 (ChoF) [DVIPDFMx]에서 은바탕 글꼴 테스트 문제
• 작은나무/2008-05 . . . . 1 match
       아래의 코드를 '''test.tex''' 정도로 저장한 후, 플레인텍 명령으로 '''tex test''' 로 '''test.dvi'''를 얻습니다.
• 참고문헌만들기 . . . . 6 matches
       최종 출력 파일(dvi, ps, pdf 등)에서 참고 문헌 목록을 열거하는 방식과 이를 본분에서 인용하는 방식을 '''The LaTeX Companion, 2nd ed.'''(684-686쪽)은 다음의 네 가지 방식(System)
       '''문헌 항목(Bibitem):''' LaTeX 및 BibTeX을 써서 출력 문서(dvi, pdf 등)에 참고 문헌의 목록을 넣을 경우 Bibitem(Bibliography Item)이라는 말이 자주 나오는데 세 가지가 있다.
       결국 BibTeX은 bbl 파일과 그 속에 thebibliography 환경(\begin{thebibliography}{}부터 \end{thebibliography}까지)을 만들고 aux를 읽은 후에 bib 파일(Data Base)에서 필요한 엔트리를 찾아 TeX 언어로 바꿔서 thebibliography 환경에 Bibitem을 넣어 주는 일을 한다. 즉, bib 파일에서 bbl 파일을 만들어 준다. 그런데 thebibliography 환경도 최종 출력 파일(dvi, pdf, ps 등)에 맞추어야 하기 때문에 사용하는 bst에 따라 다르다. 좀 더 자세한 이야기는 KTUGOperate:1596''''''를 참조.
       '''Q7:''' WinEdt를 사용하여 문서를 작성 중, bibliography DB를 생성하여 사용 중인데, 컴파일 한 후 DVI 파일을 생성해 보면, Title 항목의 첫 글자만 대문자로 쓰여져 있고, 나머지 글들은 전부 소문자로 변경되어 있는데, 이를 해결할 수 있는 방법을 알려 주시면 고맙겠습니다.
        <!> '''참고2:''' 학회, 출판사 등에서는 종종 최종 파일(pdf, dvi 등)과 함께 소스 파일들을 요구하는 경우가 있습니다. 이런 경우에는 우선 BibTeX을 써서 bbl 파일 내에 thebibliography 환경을 만들고, 이 환경을 복사하여 TeX 파일의 거의 끝 부분에 붙이는 방법이 쉽습니다. 위의 소항목 "Bib 파일을 만드는 경우"에서 '''A2'''를 참고하십시요.
       이러면 dvi 문서가 만들어집니다.[[FootNote(MiKTeX에서는 TeXify 한방에 위의 프로세스가 실행됩니다.)]]
        * \texmf\doc\latex\jurabib\english\jbendoc.dvi
• 클래스와스타일 . . . . 4 matches
        (상호참조 등을 얻기 위하여 두 번 이상 latex을 실행해야 할 수도 있습니다. 이 경우에는 TeXify 또는 texi2dvi를 실행하는 방법도 있습니다.)
        각각의 패키지들은 그 사용법을 dvi나 pdf 등으로 제공하고 있습니다. 이 패키지 문서를 찾는 데는 `texdoc`이라는 유틸리티가 쓰입니다. [명령행]에서 다음과 같이 합니다.
        패키지에 대해서 전혀 아무것도 모를 때는 `_file_name_`에 패키지 명칭(예컨대 geometry 등)을 쓰십시오. `texdoc`은 그런 이름의 문서(`geometry.dvi` 또는 `geometry.pdf` 등)를 찾아서 읽어줍니다. 만약 그런 문서가 없으면 웹 브라우저가 실행되면서 Catalogue Online에 연결해줍니다.[[FootNote(시작 단추를 누른 채 R 키를 누르면 "실행" 창이 뜹니다. 여기서 "열기(O):" 다음의 빈칸에 "texdoc geometry"를 입력하고, 확인 단추를 누르면 geometry.dvi 또는geometry.pdf 를 찾아 줍니다. See KTUGOperate:12906'''''', KTUGSetup:6430'''''' )]][[FootNote(KC2006에서는 패키지 문서를 찾기 위해 kctexdoc을 사용합니다. 문서를 찾지 못하면 CTAN으로 가서 package들을 보여주므로 그곳에서 패키지와 문서를 찾아볼 수 있습니다. 명령행에서 "kctexdoc sgame"과 "texdoc sgame"의 결과를 비교해 보고 편리한 것을 골라 쓸 수 있습니다.)]]
• 트루타입글꼴사용하기 . . . . 3 matches
        * '''중요.''' 자신의 home 디렉토리를 열어서 %HOME%\texmf\dvipdfm\config\dvipdfmx.cfg를 <DRIVE>:\TeX\share\texmf-local\dvipdfm\config\ 디렉토리로 복사한다. 또, %HOME%\texmf\ttf2pk\base\ttf2pk.cfg를 <DRIVE>:\TeX\share\texmf-local\ttf2pk\base\ 디렉토리로 복사한다. 원래부터 있던 같은 이름의 파일을 백업해두거나 덮어쓴다.
• 표준한글TeX환경프로젝트 . . . . 4 matches
        * [fpTeX] : TeXLive판을 이용하는 것이 라이센스 문제나 시스템 성능 문제에서는 가장 안심스럽습니다. 0.7을 기준으로 할 때 DVIPDFMx는 이미 포함되어 있으므로 문제가 되지 않지만 freetype utilities(ttf2pk, ttf2tfm)을 컴파일해서 포함시켜야 합니다. 어려운 일은 아닐 것이라고 생각합니다만 fpTeX 자체의 kpathsea 라이브러리와 붙여야 하는 문제가 있고, [Yap]에 익숙한 사용자들이 WinDvi를 관용해줄는지가 문제가 되겠지요.
        * '''W32TeX''' : W32TeX에서 일본어 관련 부분을 최소한으로 줄이거나 제외하고 사용하는 방법이 있을 수 있겠습니다. 이 경우도 시스템의 안정성은 전혀 걱정할 것이 없어보입니다. 언젠가 ChoF님이 재배포 문제도 해결되었다고 말씀하였습니다. 이 시스템의 경우는 DVI Viewer가 가장 큰 문제가 됩니다.
       [fpTeX] 역시 개발이 중단되었습니다. XEmTeX이 그를 계승하였다고 하나 한글 환경에 알맞게 만드는 데 상당한 노력이 들어 보였습니다. KTUGCollection2006은 이 가운데 W32TeX을 이용하는 방법을 채택합니다. DVI Viewer는 DviOut을 이용하였는데... 앞으로 Dvi Viewer 문제는 더 연구를 계속하거나 Dvi에 대한 의존을 줄여가는 방법을 고려해보아야 할 듯합니다.
       ==== [DVI드라이버] ====
       결국 문제는 DVI Preview의 문제로 귀결됩니다. MiKTeX의 주요 성공 요인 중의 하나가 [Yap]이라고 생각하는 저로서는 [Yap]을 대체할 만한 만족스러운 DVI Viewer가 있어야 한다는 생각합니다.
        * '''WinDvi''' : 아직까지 Inverse/Forward Search가 지원되지 않습니다. 그렇더라도 우선 W32TeX과 붙여서(가능한가요?) 이것을 사용해보는 방법도 있을 듯합니다만, 개인적으로는 DVI 베이스가 아니라 PDF 베이스로 갔으면 좋겠습니다. 즉, DVI Previewer를 없애자는 것이지요.
        * DviOut : 아주 훌륭한 프로그램이지만 한글 환경에서 만족스럽게 사용하는 분들이 많지 않습니다. 만약 이것을 채택하게 되면 사용자 지원 문제가 특히 강화되어야 합니다.
        * XDvi : CygWin 시스템을 채택할 경우 유력한 프로그램입니다. Inverse/Forward Search는 emacs와 연동될 가능성이 있답니다.
        * DVI 지원을 포기하고, PDF 베이스로 이행하는 방안을 검토해보려 합니다.
       WinDvi는 그 이후 그다지 개선이 이루어지지 않아서 고려하지 못했습니다. [Yap]의 기능이 강화되어 가는 것에 따라 다른 Dvi Viewer가 상대적으로 불편해보이는 일이 생겨났는데... DviOut은 나쁘지 않은 정도의 환경을 제공하는 것으로 생각합니다.
       dvi (혹은 PDF) 뷰어에서 고쳐야 할 부분을 클릭했을 때 편집기에서 해당 줄로 넘어가는 기능을 많이 이용하나요? 저는 그냥 에디터에서 검색해도 별 불편은 없던데요.
       이것이 dvi (혹은 pdf) 뷰어와 에디터를 선택하는 문제에서 결정적이어야 하는지 어떤지는 모르겠습니다. 저는 파일 잠금이 없고 로딩 속도와 실행 속도가 빠른 것이면 좋겠습니다.
        편집기는 편집기만의 문제가 아니고, DVI로 할 것이냐 PDF로 할 것이냐와 밀접한 관계가 있습니다. DVI의 경우 Forward/Inverse Search도 문제이고, PDF의 경우에도 역시 소스와의 연동이 가능해야 하는데, 현재까지 개발된 프로그램 중에서 PDF의 Forward/Inverse Search는 들어보지 못하였습니다.
       2. MiKTeX 2.4에는 오메가 패치가 되어 있지 않다고 하는데 dvi, ps, pdf 모두 불가능한 것인가?(ofm 때문이죠?) --[hoze]
        ttf2tfm, ttf2pk, dvipdfmx 실행파일을 KTUG에서 제공하는 것으로 교체하면 가능합니다.
• 한글PDF만들기 . . . . 3 matches
        위의 "임의의 한글 TrueType 사용하기"의 부록으로 들어 있는 이 글에서는 '''검색 및 추출이 가능한 한글 PDF'''를 만들기 위한 노력(dvipdfm-kor, dvipdfm-cjk, dvipdfm''x'')과 관련된 토론이 요약되어 있다.
• 한글TrueType글꼴사용 . . . . 1 match
        * map 파일들을 올림. dvipdfmx.cfg에는 `f mskttfonts.map`을, ttf2pk.cfg에는 `map +mskttfonts-ttf2pk.map`을 추가한다.
        * 이 묶음에 포함된 DVIPDFMx용 map 파일은 DVIPDFMx-20040824 이후 버전에서만 굵은 글꼴이 동작한다.
• 한글검색및추출 . . . . 10 matches
       MetaFont는 pdf로 변환하는 DVI드라이버가 "참조할 수 없는" 글꼴이므로 MetaFont 글꼴을 사용하도록 제작된 DVI는 검색 추출 가능한 PDF를 만들 수 없다.
       MetaFont로 제작된 것이라 해도 DVI드라이버가 "참조가능한" 글꼴로 치환하도록 하는 방법이 있다. 예를 들면 {{{dvips -P pdf}}}와 같은 옵션은 적절한 font map을 제공함으로써 치환 가능한 Type 1 글꼴로 Computer Modern 글꼴을 대신 사용하게 함으로써 깔끔한 PDF를 생성해낼 수 있는 ps 파일로 번역해준다.
       HLaTeX의 경우 기본 글꼴은 UHC이다. 이 글꼴은 Type 1 글꼴이기는 하나 한글 문자 영역을 256자씩 잘라서 만든 subfont 형식의 vf 폰트로 이루어져 있다. 실제의 pfb들은 자소들만을 포함하고 있고 vf를 통하여 이 자소를 조합하여 한글 문자를 표현한다. 이와 같은 원리상 UHC 글꼴을 사용하여 제작된 PDF는 텍스트의 검색과 추출이 원천적으로 불가능할 수밖에 없다. dvipdfmx를 이용하든 pdflatex을 이용하든 마찬가지이다.
       DVIPDFMx는 한글 트루타입/오픈타입 글꼴에 대하여 CID 폰트 기술을 적용함으로써 검색 추출 가능한 PDF를 만들어낼 수 있는 기능을 갖추고 있다. 이것은 현재 여러 DVI 드라이버 중에서 DVIPDFMx만이 가진 기능이며 subfont 기술과 CID 폰트 기술을 결합하여 구현한 것으로 알고 있다. 기술적인 더 자세한 사항은 DVIPDFMx의 소스 코드를 참고하라.
       그러므로 .tex 소스로부터 .dvi를 만들어내기까지는 subfont 형식의 폰트 참조를 하고 그 이후 DVI의 번역 과정에서 subfont를 CID 트루타입 글꼴과 연계하여 우리가 원하는 PDF를 얻어내는 것이다. 그 결과 tex 번역기에게는 subfont 형식으로 조성된 .tfm 파일들을 통하여 폰트 정보를 알려주어야 하고 이 폰트 정보가 subfont인 것과 거기에 상응하는 .ttf 폰트에 관한 정보는 dvipdfmx.cfg와 .map 파일을 통하여 dvipdfmx에게 알려주어야 한다.
       오픈 소스 글꼴 가운데 은글꼴은 이 목적에 사용하기에 가장 적합하다. 일반적으로 subfont 한글 .tfm 폰트와 거기에 상응하는 .ttf(.otf), 그리고 DVIPDFMx를 위한 map 파일이 갖추어지면 한글 입력된 .tex 소스로부터 검색과 추출이 가능한 .pdf를 얻어낼 수 있다.
       latex -> DVIPDFMx을 거쳐 pdf를 만들거나, pdfTeX을 위한 {{{dhucs-cmap}}}을 이용한다.
       DVIPDFMx는 이러한 경우에 적절한 옵션을 줌으로써 PDF의 특정 기능에 암호를 걸 수 있게 하고 있다. PDFEncryption을 참고하라.
        KC2006은 PDFTeX, [LaTeX]/dvips/ps2pdf, [LaTeX]/DVIPDFMx를 이용하여 한글 텍스트의 검색 추출이 가능한 pdf를 만들 수 있도록 설정되어 있다. 다음은 테스트 파일이다.
       || dvi driver || 사용 폰트 || 방법 ||
       || DVIPDFMx || truetype || * ||
       || DVIPDFMx || type 1 || * ||
       || dvips || type 1 || * ||
        * dvipdfmx : 20051229(cvs)
        * dvips : 5.95b
       DeleteMe HLaTeX의 경우라도 UHC 대신 은글꼴을 사용함으로써 텍스트의 검색 추출이 가능하게 만들 수는 있지만 hyperref을 붙여서 여러 가지 PDF 장치들을 만들어넣는 데 좋은 방법이 되지 못하기 때문에 pdf 제작만을 target으로 하고 "반드시" EUC-KR을 써야만 한다면 hangul-k 패키지를 이용하는 방법이 있습니다. 그러나 일반적으로 DHUcs는 바로 이 목적을 의식하고 제작된 패키지이므로 좀더 나은 결과를 얻을 수 있다고 생각하고 있습니다. 또 Omega/Lambda는 텍스트의 검색 추출은 역시 트루타입 글꼴과 DVIPDFMx를 이용하여 가능하기는 하겠지만 pdf 제작에 이런저런 한계를 가지고 있는 까닭에 pdf 제작용으로 추천하기 어렵습니다. 결론은 온라인 문서 제작에 HLaTeX이 썩 좋은 선택은 아니라는 것입니다만, 이것은 주관적인 판단입니다. ---[Karnes]
• 한글글꼴문제 . . . . 6 matches
        우선 하나의 문서를 작성하는 상황에서, 글을 쓰는 사람은 최종적인 출력물에서 자신이 쓰고 있는 글이 어떤 모양으로 식자될지 모르는 것이 LaTeX에서의 표준적인 방식입니다. 이것이 필요한 이유는, 여러 곳에서 말하고 있는 것이지만, 예컨대 여러 사람이 쓴 글을 한데 모아서 논문집이나 프로시딩을 꾸미는 상황을 생각해보시면 좋을 것입니다. 저자마다 모두 자기 나름대로 글꼴을 정의해서 쓰고 있다면 이 프로시딩이 제대로 나올까요? 표나 그림이 제 위치에 안 들어간다고 고민하시는 분들이 많은데, 그것은 전적으로 나중에 그 글을 책으로 낼 사람이 고민할 문제입니다. 그림은 단순히 \begin{figure}...\end{figure} 안에만 있으면 되고, 문서 작성자가 자신의 컴퓨터에서 DVI로 이것을 볼 때 페이지가 이상하게 배치되든말든 최종 출력물을 만드는 사람에게 일임하면 그만입니다. 왜냐하면 최종출력물을 만드는 사람은 페이지 마진을 줄일 수도 있을 것이고 그림의 배열 방식을 일률적으로 바꾸고 싶을 때도 있을 것이므로, 심지어 그림과 본문 사이의 간격이나 캡션의 서체도 통일되게 만들어야 할 것이므로, 단지 \caption이라는 것만 표시하는 것으로 그쳐야 한다는 것이 LaTeX 작업의 '''일관성'''을 위해서 필요한 것이라고 생각합니다.
        [UHC글꼴]은 텍스트 검색 추출이 불가능합니다. PDF에서 텍스트 검색과 추출은 오로지 DVIPDFMx가 이루어 놓은 놀라운 업적인데, 이 프로그램은 CID-Keyed Font를 이용해서 이 일을 합니다. [UHC글꼴]은 CID-Keyed Font가 아니므로 당연히 텍스트 검색 추출이 가능하도록 할 수 없지요. --[Karnes]
        현재의 상태에서 불가능하다는 것 뿐이지 pdfTeX 이나 DVIPDFMx 를 좀 수정하면 가능한 이야기입니다. 항상 문제는 누가 고양이 목에 방울을 달까 하는 것이죠. --[ChoF]
        [UHC글꼴]을 이용해서 PS로 만드는 경우, 현재의 dvips를 이용한다면 PostScript Type1 글꼴이 embedding됩니다. 따라서 출력에는 문제가 없을 것으로 생각합니다. --[Karnes]
        [UHC글꼴]을 이용하는 경우, [Yap]과 같은 대부분의 [DVI드라이버]는 PostScript Type1 글꼴에서 ps2pk 또는 gsftopk 등의 유틸리티를 이용해서 `pk` 비트맵을 만들어서 화면 디스플레이나 인쇄에 씁니다. 그러나 `dvips`는 앞서 말한대로 PostScript Type1 글꼴을 그대로 인쇄에 사용할 수 있습니다.(pk 비트맵도 물론 쓸 수 있습니다.)
        [은글꼴]을 이용하거나 아시아폰트, 윈도바탕 등을 사용했다면, 즉 TrueType을 이용해서 문서를 만들었다면, 이 때 [DVI]와 PS 파일에는 ttf2pk에 의해서 만들어진 `pk` 비트맵 글꼴을 이용하게 됩니다. 엄밀히 말하자면 [DVI드라이버]가 `pk`글꼴을 불러서 쓰게 되겠지요. dvips 역시 `pk` 비트맵 글꼴을 PS 파일에 포함합니다. 이 문제는 TrueType을 처리할 수 있는 dvips를 사용하여 TrueType 자체를 PS에 포함시키는 방향으로 발전하여야 할 것입니다. ChoF님께서는 일본에서 이런 일이 이미 가능해져 있다고 말씀하신 적이 있습니다. DVIPDFMx는 TrueType을 그대로 임베딩하거나 또는 하지 않고 PDF를 만듭니다. 그러므로 인쇄에는 TrueType이 사용됩니다. --[Karnes]
        정확하게 이야기 드리자면 TrueType 을 직접 처리하는 것은 아직 힘들어 보입니다. Type 42 포맷에 대한 논의가 있었지만 아직 뚜렷한 결과가 나온 것 같지는 않고, 대신 일본에서는 포스트스크립트 프린터에 일본 글꼴이 거의 내장되어 있기 때문에 dvips 를 이용할 때 일본 글꼴을 임베딩하지 않는 방법을 주로 사용합니다. 그리고 화면에 보는 것도 GNU Ghostscript 가 gs-cjk 를 포함하고 있기 때문에 MS-Windows 의 경우 TrueType 을 대체해서 사용할 수 있는 것이죠. DVIPDFMx 의 경우에는 OpenType (TrueType 포함)을 지원하고 있고 Adobe Reader 의 CJK 글꼴들도 OpenType 인데 PostScript 아웃라인인지 TrueType 아웃라인인지는 확인해 보야야 할 것 같습니다. --[ChoF]
        Adobe에서 나온 Opentype 글꼴들은 대부분 outline이 PS일 것입니다. CJK 글꼴은 과거에 Adobe나 다른 foundry에서 만들었던 OCF를 CID-keyed-font로 바꾼 후 opentype으로 '포장'한 것이고요. truetype을 PS에 내장할 경우 Type 42를 쓴다면 글꼴을 여러 개로 잘개 쪼개어야 하므로 글자수가 많은 경우에는 별로 좋은 생각이 아니지 않을까요. 원리는 비슷하지만 (truetype outline을 PS에 내장한다는 면에서), 글자수가 많은 경우에도 쓸 수 있는 Type 8(이 용어는 틀린 것일 수도 있습니다)을 쓰는 것이 더 좋을 것입니다. Type 8은 CID-keyed-font인 것처럼 (Type 1인 것처럼이 아니라) PS에 내장한 truetype 글꼴을 다룰 수 있게 해 줍니다. 이런 방법이 [http://lxr.mozilla.org/seamonkey/source/gfx/src/ps/nsType8.cpp 모질라]에서 쓰입니다. 아마도 [http://www.qt.no Qt]와 gnome-print에서도 쓰일 것입니다. dvips에서 이것이 가능하다면 비트맵으로 바꿀 필요가 없으니까 좋겠지요. -- 신정식

여기을 눌러 제목 찾기를 할 수 있습니다.