• AUCTeX . . . . 1 match
        ;; (list "DVISearch" "yap.exe -1 -s %n%b %d" 'TeX-run-command nil t))
• AcroEdit . . . . 2 matches
       만약 yap를 사용한다면, yap -1 -s "%CURROW% %FULLNAME%" "%PATH%%NAMEONLY%.dvi" 로 가능할 것이다.
• CrimsonEditor . . . . 1 match
       ctrl+f2 : Yap dvi viewer
       === ctrl+f2 : Yap dvi viewer ===
        1. `[Command]`에서 실행할 파일의 경로를 지정해줍니다. Yap을 실행하려면
       C:\texmf\miktex\bin\yap.exe
       이것도 Yap 설정과 동일하고 3의 `[Command]`에서 실행할 파일의 경로만 지정해주면 됩니다.
       == [MiKTeX-KTUG] [Yap]과의 연동 ==
       === Forward Search to [Yap] ===
       현재 작업하는 행에 해당하는 DVI의 특정 위치로 [Yap]을 바로 열어주려면, 다음과 같이 설정하면 됩니다. 위의 Yap Dvi Viewer 설정과 동일하게 하되, 네번째 단계의 `[Argument]` 설정에서,
       === Inverse Search from [Yap] ===
       Yap에서 Inverse Search했을 때, CrimsonEditor로 돌아가게 하는 것...
• DVI드라이버 . . . . 1 match
        1. '''Yap'''
        [MiKTeX]에 포함되어 있는 Yet Another Previewer. [Yap].
        DviOut은 동경대학 수리과학연구과의 Toshio Oshima 박사가 만든 프로그램으로 일본에서는 MS-Windows 환경이라면 거의 대부분 이 프로그램을 사용한다고 할 정도로 많이 사용되고 있다. 특히 DviOut 프로그램의 About dviout 메뉴를 보면 얼마나 많은 사람들이 이 프로그램의 발전에 관심을 가지고 기여를 했는지 알 수 있다. 장점으로는 생각할 수 있는 거의 대부분의 기능(예를 들어 subfont를 이용한 트루타입 글꼴의 직접 처리)을 포함하고 있다는 것이고 반면 단점은 워낙 많은 기능들을 넣다보니 소스코드가 매우 읽기 힘들다는 것이다. [Yap] 이나 WinDvi 에 만족하지 못하는 사용자들이라면 꼭 한번 사용해 보길 추천한다. --[ChoF]
       도대체 DVI 드라이버와 [Yap]이 어떻게 다르냐 하는 것이죠. [Yap]은 DVI viewer라고 하지 않습니까?
        [Yap]은 여러 종류의 [DVI드라이버] 가운데 하나에 불과합니다. MiKTeX에서 채택한 독자적인 [DVI드라이버]지요. DVI Previewer라는 표현은 화면출력용 [DVI드라이버]를 가리키는 말입니다. --[Karnes]
        그 결과, 어떤 [DVI드라이버]들은 아주 특이한 그림도 포함하고 화면에 보여주거나 인쇄할 수 있는 경우가 있습니다. 예를 들어 DviWin이 WMF 그림을 디스플레이하고 인쇄할 수 있었던 것 같은 것이지요. 그림에 관한 한 어떤 그림을 어떻게 처리하느냐 하는 것은 전적으로 [DVI드라이버]의 능력에 달려 있습니다. 그러므로 [TeX입력파일]을 작성할 때 처음부터 특정한 [DVI드라이버]를 의도한다면 GIF/WMF/JPG 등의 그림도 사용할 수 있게 됩니다. 범용으로 쓰이는 `dvips`가 [EPS] 친화적이기 때문에 "TeX에서는 EPS"가 하나의 상식이 되기는 했습니다만. [Yap]에서도 EPS외에 다른 그림 포맷을 사용할 수 있는 것으로 압니다.
       [Yap]은 dvips가 선언되어 있으니까 이걸 처리할 수 있는 놈을 불러야겠구나 생각하고 `gswin32.exe`를 불러서 그래픽 처리를 위탁하는 것이지요.
        [Yap]은 파일을 변환하는 것이 아니라 "보여주는" 것이므로, EPS 그림을 처리하려면 외부의 유틸리티를 부르게 됩니다. 독자적인 PostScript 처리 루틴을 구현하는 것보다 이것이 훨씬 프로그램을 신뢰성있고 가볍게 할 것입니다. 이 때 쓰이는 것이 GhostScript라는 PostScript 처리 엔진인 것입니다. 위에 든 예는 정확하게 말하면 그림 처리 관련 명령을 포함하고 있는 `graphicx` 패키지를 `dvips`라는 [DVI드라이버]에 맞게 사용하겠다는 뜻이지요. `[dvipdfm]` 옵션이나 `[pdftex]` 같은 것들은 그 [DVI드라이버]에 알맞은 그래픽 처리 루틴을 별도로 구현해두었다는 뜻이라고 생각하시면 되겠습니다. `graphicx` 패키지에 `[yap]` 옵션이 (아직) 없는 이유는 [Yap]이 "범용으로" 쓰이는 [DVI드라이버]라기에는 아직 모자라고, 다른 [DVI드라이버]와 다른 별도의 기능을 특별히 많이 갖지 않았기 때문이고, `[dvips]` 옵션으로 만들어진 [DVI] 파일을 잘 처리할 수 있기 때문이라고 생각합니다. ---[Karnes]
• EmEditor . . . . 1 match
        *YAP(with MiKTeX)과 연결하려면 [http://faq.ktug.or.kr/faq/EmEditor/MiKTeX#s-1 여기]를 본다.
       DeleteMe. 제가 요즘 윈도를 안 쓰고 있어서 제대로 해보지도 못하고 도와드리지도 못했습니다. 위키 페이지를 잘 유지해주셔서 감사합니다. 아무튼, latex, yap 설정 이외에 몇 가지 설정이 추가되어야 할 것 같습니다. 우선 bibtex은 실행파일 이름이 jbibtex으로 되어 있을 텐데 이것은 그냥 bibtex이나 bibtex8 -8 로 바꾸어야 할 것 같고, makeindex는 mendex인가가 설정되어 있는데 이것은 makeindex-dhucs -s dhucs 로 수정해야 할 것 같습니다. 물론 {{{-s dhucs}}} 부분은 실행 옵션 부분에 넣어야겠지요.
• EmEditor/MTeXHelper . . . . 1 match
       * EmEditor를 MiKTeX/Yap과 함께 사용하려면 [EmEditor/MiKTeX] 참고.
        DeleteMe. "-1"옵션은 yap의 single instance 옵션인 듯 한데, dviout 옵션이기도 한 것인가? 답은 No!이다. "-1"옵션을 주어도 single instance 결과가 나오지 않는다.
• EmEditor/MiKTeX . . . . 11 matches
       === Yap with MiKTeX ===
        * Yap으로 dvi파일을 볼 때, Yap화면에서 마우스를 더블 클릭하면, 해당 소스로 데려다 주는 기능이다. InverseSearch 기능을 이용하려면 다음과 같이 설정한다.
        * Yap 실행->View->Options->Inverse Search 탭의 Command란에 다음과 같이 입력한다.
        1. '''yap''': 만일 MikTeX시스템에서 yap을 사용려면 DVI viewer를 선택하고 다음과 같이 한다.
       Execute path: %MTeX2_start% "yap"
        1. yap ForwardSearch도 설정할 수 있다. 박스에서 DVI viewer를 선택하고 다음과 같이 한다.
       Execute path: %MTeX2_start% "yap"
       === yap으로 보기가 안되는 경우 ===
        Q. setting을 바꾸면서 뭔가를 만지작거리다 보면 (원인은 잘 모르겠지만) yap실행시 까만 커맨드 창이 없어지지 않으면서, yap 뒤에 -1 -s 외에 {{{-y ... }}}와 찌꺼기(?)가 보일 때가 있는데 어떻게 해결하나요?
        A. yap에는 없는 옵션을 부르고 있는데 아마도 그 때문이 아닐까 싶습니다. 메뉴에서 수정하는 방법은 모르겠고 `MTeX2cmd.bat`를 직접 수정해 보시지요. yap에는 {{{-y}}} 옵션이 없으니까 yap 뒤에 -1 옵션이 오기 전에 지정하고 있는 {{{-y ... }}} 옵션을 제거합니다. 잘 되면 좋겠네요. -- [Karnes] [[DateTime(2006-01-26T18:27:20)]]
• ForwardSearch . . . . 3 matches
       [Yap]에서는 DVI Search라고 부르기도 한다.
        1. DVI viewer가 DVI Search를 지원해야 한다. [Yap]의 경우에는 이 기능이 다음 명령행 옵션으로 지정할 수 있다. 이 명령행 옵션은 DVI Viewer에 따라 달라질 것이다.
       yap -1 -s [CurrentLine][SourceFilename] [DviFilename]
        여기서 `-1` 옵션은 single instance를 지정하는 것으로서 새로운 [Yap] 창을 열지 않고 현재 창에서 DVI Search를 실행하라는 것이다.
        * WinEdt의 경우는 [Yap]으로의 Forward Search를 스스로 설정하는 편리한 기능이 있다.
        * NTEmacs에서 [Yap]으로의 Forward Search 설정에 대한 예는 [wiki:NTEmacs#s-6.2 NTEmacs] 페이지에 예시되어 있다.
       이렇게 구성되어 있다고 할 경우, 현재 편집중인 문서가 `chap1.tex`의 114번 행일 때 다음과 같이 Yap을 부르도록 설정해야 한다.
       yap -1 -s 114chap1.tex main.dvi
       WinEdt으로부터 Yap과 DviOut으로의 Forward Search Command line option을 정리해둔다.
        * Yap
       yap -1 -s "%l %n%t" "%P\%N.dvi"
• KC2006/QnA . . . . 1 match
        안타깝게도 MiKTeX 2.5와 KC2006은 동시에 사용할 수 없습니다. 즉, 실행은 KC2006의 latex으로 하고 dvi view는 yap으로 하는 방법은 아직까지 알려지지 않았습니다.
• KC2006/WinEdt . . . . 1 match
        * yap -> dviout
• KC2007/MiKTeX . . . . 2 matches
        1. yap에서 한글이 안 보인다는 질문
        1. 맨처음 yap을 실행할 때 시간이 오래 걸린다는 질문
• Karnes/2006-08 . . . . 3 matches
        * VisualTeX (Editor) .. ''not bad.. 딱 한 가지... ForwardSearch가 yap으로만 되는 것은 무슨 심사? 다행히 InverseSearch는 됨.'' Scintilla를 이용하는 것인가?
        VisualTeX이 인터페이스를 좀 개선하면 쓸 만하게 될 수도 있을 것 같은데... 습관적으로 Ctrl-S, Ctrl-C 등을 누르면 이상한 게 찍히니... 그리고 몇 가지 yap에만 듣는 명령을 사용자가 설정할 수 있게 고치는 등 개선이 필요하다고 생각함.
       최근 웬만한 에디터는 거의 전부 MiKTeX을 자동 검출하게 하는 옵션이 포함된 게 많다. MiKTeX의 도저한 영향력이라니... 다행히 MiKTeX 설정을 그대로 두어도 컴파일에는 지장이 별로 없고 yap 관련 설정만 수정하면 대략 KC2006에서 쓰는 것이 크게 어렵지는 않은 듯. EmEditor의 M's TeX Helper는 오히려 dviout 설정이 기본으로 잡혀 있으니 KC2006에 더 친화적이라 할까?
• Karnes/2006-10 . . . . 1 match
       VimEditor 페이지의 latex-suite가 yap을 기본 뷰어로 띄운다는 사실에 ''자존심이 상해서'' :) 이것을 dviout으로 수정하는 작업을 아침에 좀 했다. VimEditor 사용자분들은 대부분 고수들이라 이런 촌스런 플러그인으로 작업하지 않고 대부분 자가설정을 하여 쓰시겠지만 혹시라도 필요한 분이 있을는지 몰라서, 그리고 KC2006이 다양한 에디터와 함께 쓸 수 있다는 것을 보이기 위해 시도해보았는데, 지금까지는 그럭저럭 잘 작동하는 듯.
• Karnes/2007-01 . . . . 2 matches
        1. 최종 문서는 pdf이고 yap으로는 글자가 꼭 다 보이지 않아도 상관없다.
       KC2006에서 WinEdt을 쓰는 방법에 대해서 몇 가지 팁이랄까 그런 것을 소개한 바가 있는데 그다지 재미를 보지 못했다. 현재 [KC2006/WinEdt] 페이지는 yap과 texify 대신 dviout과 kcltxmk를 쓰는 방법을 소개하고 있는데, 이것은 그럭저럭 작동하는 듯하다.
• Karnes/2007-04 . . . . 2 matches
        * yap -> dviout
       mo, yap, texify, dvipdfm 모두 다 잘 변경되어 있고, 실행버튼 (texify, latex, pdftexify, pdflatex, dvi2pdf, dvi2ps, ps2pdf)은 잘 동작합니다. -- shebeck [[DateTime(2007-04-02T23:53:47)]]
• Karnes/2008-10 . . . . 1 match
        * 의문점 : 느리고(pk 글꼴을 생성해야 하니까), 무겁고(yap의 경우 ps 그림을 디스플레이하려고 얼마나 버벅대는지 경험해보신 분은 알 것임... 차라리 dviout처럼 그냥 못 그린다고 하고 말 일이지...), 불완전하고(dvi viewer에서 보이지 않는 결과가 꽤 많지, 아마?), 불편한(문제가 생기면 대책이 없는...) dvi viewer를 계속 사용하는 이유는 무엇일까? 이 모든 문제가 dvi viewer를 쓰지 않으면 해결된다.
• MiKTeX . . . . 1 match
       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 파일을 열어 보면 된다.
       http://faq.ktug.or.kr/wiki/pds/MiKTeX/miktex25_yap.jpg
       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)를 선택할 수 있는 단추가 있다.
• NTEmacs/Obsolete . . . . 1 match
       ==== [MiKTeX]/[Yap] ====
        * [Yap]을 실행하여 Inverse Search 설정을 한다.
        1. GNUServ 설치가 완료되면, Yap의 `[Options]`의 `Inverse Search` 탭을 눌렀을 때 Program 부분을 열면 `GNU Emacs (Single Instance)`라는 항목이 보일 것입니다. 이것을 선택하면 아래 `Command:` 부분이 다음과 같이 설정됩니다.
        1. `확인`을 눌러서 이 설정을 저장하고 [Yap]을 닫습니다.
       ==== [MiKTeX]/[Yap] ====
        (list "DVISearch" "yap -1 -s %n%b %d" 'TeX-run-command nil t)
        1. '''`Ctrl-F12` 키'''를 누르면 [Yap]이 열리면서 현재 행에 해당하는 source special을 보여준다.(작은 동그라미로 나타남)
• PDFPrintVersusDviPrint . . . . 1 match
       '''Q2'''(from KTUGOperate:4382'''''')''':''' 그런대로 문서 하나를 완성하였습니다. 문서는 학회 규격에 맞도록 제공하는 style 파일을 사용하였습니다. 그런데... 작성한 tex 파일을 dvi로 만들어 yap으로 출력하여 프린트하면 학회 규격에 맞습니다. 제출은 pdf로 해야 해서, pdf로 만들면 dvi보다 전체적으로 축소되면서 여백이 커집니다. (페이지 내용은 동일합니다.) 즉, 규격에 안 맞는다는 것이죠. 참고로...ps 파일로 만들면 또 다른 여백 구성을 갖습니다. pdf 파일이 dvi와 같은 여백을 갖도록 할 수는 없을까요?
        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으로 되어 있음)로 하여야 혼란이 없을 것입니다.)]]
• TeX4ht/한글구현 . . . . 2 matches
       '''testdhucs.tex, yap.eps, test.eps'''
        함께 들어 있는 파일들 중에서 testdhucs.tex은 원래 이주호 님께서 작성하신 테스트 문서를 제가 dhucs 샘플 파일로 바꾼 것입니다. test.eps와 yap.eps는 이 문서에서 사용하는 그림파일들입니다. 원래의 문서와 비교해볼 때 두 군데가 수정되었습니다. 하나는 {{{\usepackage[..]{dhucs} }}}를 부르기 전에 {{{\usepackage[cjkhangul]{ucs} }}}를 선언한 것인데, 이 방법은 김병룡 님께서 알려주신 것입니다. 저는 조금 다르게 하고 있습니다만, 이 샘플 파일에서는 이 방법을 채택하였습니다. 또 하나는, {{{\usepackage{txfonts} }}}를 코멘트처리한 것입니다. txfonts와 같은 영문 폰트는 이따금 tex4ht에서 폰트 파일을 못찾겠다고 불평하기 때문에 기본 영문 폰트로 하였습니다.
• TeXmaker . . . . 1 match
        1. -- 지나치게 MiKTeX 의존적이지 않다. 즉 KC2006에서 설정해서 쓰는 것에 아무 문제가 없다. KC2006 CD 설치판은 dviout 설정을 미리 해주기 때문에 yap을 dviout으로 고치고 dvipdfm을 dvipdfmx으로 고치는 수고를 하지 않아도 된다.--
• VimEditor/KC2006 . . . . 1 match
       이것은 dvi viewer로 yap 대신 dviout을 사용하도록 수정한 것이다.
• VimEditor/KC2008 . . . . 1 match
        * http://www.vim.org/scripts/script.php?script_id=849 에 있는 latex-mik.vim을 조금 수정하여 yap 대신 sumatrapdf, dvips 대신 dvipdfmx를 쓰도록 한 것. (plugin 폴더에 넣으세요.)
• WinEdtTip/InverseSearch . . . . 2 matches
       DVI 보기(Yap 또는 DviOut)에서 "TeX 편집기"(WinEdt 등)의 해당 위치로 찾아가는 기능입니다. WinEdt를 쓸 때는 우선 상태표시줄([WinEdtTip/상태표시줄]에 첨부된 그림 참조)에 `--src`가 있어야 합니다.
       == Yap 창에서 TeX 문서 찾기 설정 ==
       '''그림 설명:''' Yap의 메뉴에서 >View->Options 를 찾아가면 위 그림의 왼쪽과 같은 대화상자가 나타납니다. 이미 입력되어 있는 것(auto-detected)은 그 에디터를 선택하고 "확인" 단추를 누르면 됩니다. 원하는 에디터(예: EmEditor)가 Options 대화상자에 없으면 메뉴에서
       만약 WinEdt를 "TeX 편집기"로 쓰고 MiKTeX-2.4를 깔았을 경우(또 업데이트 때 yap 패키지가 업데이트되는 경우)는 기존의 Yap이 지워지고 Yap 2.4.1xxx이 새로 깔리기 때문에 Yap에서 WinEdt로 "Inverse Search"(TeX 문서 찾기)가 안되고 Notepad가 열릴 것입니다. 이 때 WinEdt로 "Inverse Search"가 되게 하려면 Yap 창의 메뉴(Menu Bar)에서
       Uploads:yapOptions.png
• WinEdtTip/실행프로그램 . . . . 1 match
       {{{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도 컴파일 단추들이다.
       '''Q3-1'''(from KTUGOperate:4382'''''')''':''' 그 동안 KTUG의 도움을 받아 그런대로 문서 하나를 완성하였습니다. 문서는 학회 규격에 맞도록 제공하는 style 파일을 사용하였습니다. 그런데... 작성한 tex 파일을 dvi로 만들어 yap으로 출력하여 프린트하면 학회 규격에 맞습니다. 제출은 pdf로 해야해서, pdf로 만들면 dvi보다 전체적으로 축소되면서 여백이 커집니다. (페이지 내용은 동일합니다) 즉, 규격에 안 맞는다는 것이죠. 참고로 ps 파일로 만들면 또 다른 여백 구성을 갖습니다.
        1. '''DVI와 같은 여백:''' DVI는 (엄밀히 말하면) 종이 크기를 알지 못합니다. 종이 크기에 맞게 잘라주는 것은 DVI 처리기(DVI 드라이버)의 역할이지요. 화면에서 보는 YAP의 경우, 종이 크기를 달리하면서 볼 수 있습니다. 메뉴의 {{{[보기]-[옵션]-[종이크기]}}}에서 A4로 설정되어 있다면 DVI 중에서 A4 영역에 해당하는 부분만 보여주는 것입니다.
        로 문서를 작성하였다면 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 옵션을 강제할 수 있습니다.
• Yap . . . . 2 matches
       Yap: Yet Another Previewer.
       Uploads:yap_0.gif
       == Yap에서 PostScript 경로 ==
       Uploads:YapOptions1.jpg
       Yap 창을 열어 메뉴에서 "보기(V)"를 클릭하면 "옵션(O)..."이 있고, 이것을 클릭하면 "Options" 대화 상자(위 그림 참조: 왼쪽은 MiKTeX 2.4를 깔았을 경우이고 오른쪽은 [MiKTeX-KTUG]를 깔았을 경우)가 나타난다.
       가 있다. 이것을 선택하면 Yap에서 그림을 보이지 않는다. 또 만약 그림이 흑백으로 나타나면 그 아래의
       == Yap에서 DVI 인쇄하기 ==
       [Yap]은 Previewer이지 인쇄를 위한 프로그램이 아니다. 그러므로 Yap에서 인쇄를 시도했을 때 원하는 결과가 나오지 않는 경우도 있을 수 있으며 인쇄물의 품위도 그다지 높지 않다. 인쇄는 ps나 pdf로 출력물로부터 얻는 것이 바람직하다. 그러나 작업중에 대략의 결과만을 확인할 목적으로 굳이 Yap으로부터 프린터 출력을 얻어보려 한다면 다음 내용을 참고하라.
       === Yap에서 PostScript 인쇄 ===
       http://faq.ktug.or.kr/wiki/pds/MiKTeX/miktex25%5Fyap.png
       두번째와 관련된 대표적인 예가 PSFrag를 사용하여 문자열을 치환하였거나 landscape 등으로 표나 그림을 회전시킨 경우이다. Yap 화면 자체에서는 원하는 결과가 보이지 않더라도 postscript 출력을 하면 제대로된 결과를 출력물로 얻을 수 있다. 프린터 자체가 PostScript 프린터가 아니더라도 PostScript 출력을 비트맵으로 변환하여 출력할 수 있다는 점에 유의하라.
       PSFrag을 써서 삽입된 [EPS] 그림에 들어 있는 문자열을 치환한 경우 [Yap] 창에서는 삽입된 EPS 그림의 왼쪽에 `"PSfrag replacements"`라는 글과 바뀐 글자들이 나열된다(아래 그림 참조). 바꾸기 전 글자들은 지워져서 보이지 않는다.
       [Yap] 창에서 "P자가 있는 프린터"(PostScript 인쇄) 단추를 쓰면 완성된 PostScript 인쇄물을 얻을 수 있다. 파일은 저장되지는 않는다. 요령은 "PostScript 인쇄" 단추를 클릭하면 "Print" 대화 상자(console: 위 그림 참조)가 난다.
        <!> [Yap]에서 PostScript 인쇄가 아닌 보통(Normal) 인쇄 단추를 누르면 PSFrag는 적용되지 않고 [Yap]에 보이는 대로 인쇄된다(KTUGSetup:2060 참조). 물론 ps 또는 pdf 파일로 변환하면 GSView 또는 AcrobatReader에서 정상적인 인쇄를 할 수 있다.
        * [Yap]: See [WinEdtTip/InverseSearch]
       "DVI Previewer"(예: Yap)에서 DVI를 보고 출력하는 것과 Adobe Reader에서 PDF를 보고 출력하는 것과는 "용지 규격"(Paper Size) 및 글자 크기에서 차이가 있으니 주의를 하여야 한다(KTUGContrib:2526''''''에 첨부된 그림 참조). 더욱 주의를 기울려야 하는 것은 학술지 또는 프로시딩 편집자들이 PDF를 요구할 때 어떤 "용지 규격"을 원하는지 알고 거기에 맞춰야 한다.
       짐작컨데 질문자의 dvi 파일은 letter 사이즈로 만들어져 있는 것 같습니다. 또 "DVI 미리보기"(Yap)는 A4에 맞춰져 있을 것입니다(See KTUGOperate:4386''''''). Yap은 DVI 파일을 보여 줄 때 용지 규격(Paper Size)를 전연 고려하지 않으니 letter 사이즈가 A4 사이즈보다 옆으로 좀 퍼져 있고 세로가 좀 짧으니 A4 사이즈로 보면 오른 쪽으로 또 위 쪽으로 치우지지만, "PDF 보기"(예: Adobe Reader 8.0)는 별도로 옵션을 취하지 않으면 인쇄 부분(이른바 본문)을 항상 가운데로 둡니다. 만약 PDF 파일이 A4 사이즈로 되어 있으면 원래 크기로 보여 주지만 letter 사이즈로 되어 있으면 축소됩니다. 이것은 어디까지나 "내 컴퓨터"에서의 문제이지 출판사(Springer) 측에서는 어떻게 되는지 알 수 없으므로 "용지 사이즈"를 변경하지 않고 그냥 제출하는 것이 좋을 듯합니다.
• 게시판토론 . . . . 1 match
        유틸리티에 관련된 사항, 예컨대 WinEdt의 기능과 조작에 대한 사항, XFig로 그림을 그리는 문제, ebb로 bb 파일을 얻는 것과 관련된 문제, GhostScript failure, [Yap]의 그림 디스플레이, JPG/BMP/EPS 등 그림 포맷에 관련된 문제
        설치후 한글이 xdvi, yap에서 표시되지 않는 문제.
       예를 들어서, 외부 그림과 관련해서 그림이 PDF에서 보이지 않거나 Yap에서 보이지 않거나, 그림의 여백이 너무 넓거나 그림의 글꼴의 해상도가 마음에 들지 않거나, 컴파일 과정에서 GhostScript 에러가 발생하거나 하는 경우는 그림이 잘못 만들어진 것이므로 설치 운영 게시판에 가야 할 것입니다. 그러나 그림을 페이지 상단에 두려 하거나 캡션이 붙지 않거나 label 참조가 되지 않거나 그림목록이 만들어지지 않는 문제 등은 활용 게시판에서 다루어질 문제입니다.
• 내가쓰는편집기 . . . . 1 match
       위의 도스시절의 얘기를 읽다보니, 까맣게 잊었던 qedit이 생각났습니다. 십수년전 (아직, $37.50 이라는 가격표가 붙어 있는) Lamport의 책에만 의존해서 논문을 작성해야 했습니다. (정확하게 기억이 나지는 않지만) 지금 생각해보면 main frame에서 편집/컴파일해서 에러가 없으면, 결과를 프린터로 보내고, 몇 분 떨어진 다른 건물에 가서 프린트된 종이를 가져와서 교정작업하고 또 프린터로 보내고 했어야 했습니다. 게으른 제가 이런 시스템에 적응할 리가 없었지요. 결국, pc에서 도는 emtex을 구해 집에서 작업하면서 dvi viewer로 결과까지 확인하고, 결과가 만족스러우면 최종적으로 학교가서 다시 main frame으로 올려 프린트했었습니다. 그랬던 시절을 생각해보면, dviout에서 pstricks가 어쩌니 yap이 어쩌니 하는 나의 불평은 어쩌면 호강에 겨운 짓 X-( 일 수도 있겠습니다.
• 명령행 . . . . 1 match
        `--src-specials` 옵션은 Yap에게 원본 파일의 위치를 알려주기 위해 src-special 코드를 DVI에 삽입하라는 것인데, 이 옵션을 주고 컴파일해야 Yap에서 더블클릭했을 때 Inverse Search가 가능해진다.
        이 쯤에서 탐색기를 열어서 이 폴더(`C:\TeX_Work`)로 이동해보자. `test1.log`, `test1.aux`, `test1.dvi` 등의 여러 파일들이 새로이 생겨나 있다. 만약 MiKTeX-KTUG을 잘 설치했으면 `test1.dvi`는 [Yap] 문서 아이콘으로 표시되어 있을 것이다. 이 파일을 더블 클릭하면 [Yap]이 실행되면서 문서를 화면에 보여준다.
        [Yap]의 실행은 MiKTeX-KTUG 설치에 문제가 없을 때 명령행에서 다음과 같이 하여도 마찬가지 결과를 얻을 수 있다.
       C:\TeX_Work> yap test1.dvi
• 문서작성시스템 . . . . 1 match
        [DeleteMe] 위지윅은 아래아 한글, 쿽엑스프레스나 페이지 메이커, 마소 워드 등이 있지만, 화면에서 보이는 것과 프린트한 것의 괴리감을 극복한 것은 바로 아래아 한글이라 할 수 있습니다. 요즘은 대부분 프린트할 때(책의 인쇄 개념이 아닌, 레이저 출력기 등의 프린터) 출력용 폰트와 화면용 폰트를 트루타입으로 사용하는 것이 보통입니다. 그 차이를 가장 근소하게 줄인 것은 아래아 한글이라 할 수 있습니다. 그러나 이런 아래아 한글도 TeX의 dvi previewer를 통한 화면용 출력에 견줄 바가 없습니다. 여러분께서 종종 보시는 yap이나 dviout을 통한 화면(출력)은 실제 출력물과 매우매우매우 비슷하다고 할 수 있습니다. -- Progress [[DateTime(2003-08-23T09:31:36)]]
• 사랑방/200512 . . . . 5 matches
       제가 times 같은 PS 폰트 패키지를 넣었을 때, yap에서 제대로 표시되지 않았습니다.
       도스창에서 yap main 이렇게 부르는 것과 yap을 먼저 띄우고 main.dvi를 여는 것은 차이가 있어 보입니다.
       적어도 새로운 글꼴을 쓰는 경우라면 yap을 먼저 띄우고 dvi를 여는 것이 낫습니다.
       WinEdt는 전자와 같은 방식으로 yap을 호출하므로 pk가 제대로 만들어지지 않는 문제가 더 빈번하게 발생하지 않을까 추측합니다.
        <!> hoze 님 감사합니다. 오늘 C:\texmf\doc\latex\geometry 속에 있는 geometry.dvi를 다블클릭하였더니 Yap에서는 KTUGOperate:5284''''''에 첨부한 그림(스크린 샷)과 달리 "fi"가 "Θ"로 변하지 않고 "fi"로 정상적으로 보였습니다. 그 동안 고친 것은 WinEdt를 5.3에서 5.4로 올린 것 뿐인데 신기합니다. 다시 컴파일한 것은 아니니까 WinEdt 탓은 아닌 것 같습니다. 제 노트북은 아직도 MiKTeX-KTUG 2.2를 씁니다. 아마 윈도 환경이 변해서 그런 것 아닌가 생각됩니다. 저는 윈도를 자주 업데이트합니다. 그리고
        지금 논의되고 있는 문제는 [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]

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