• AdobeReader/Obsolete . . . . 1 match
       GSView는 그렇지 않습니다. 만약 DVIPDFMx가 [PDF]를 다시 쓰면 GSView는 바뀐 파일을 스스로 읽어줍니다. 마치 [Yap]이 [DVI] 파일이 바뀐 것을 찾아서 다시 불러오는 것과 같습니다. 비록 화면이 조금 덜 예쁘고 책갈피가 나타나지 않지만, 하이퍼링크도 잘 작동하고 그림도 잘 보여주므로, 최종본을 만들기 전까지 LaTeX 작업과정에서는 [PDF]를 GSView로 열어두고 작업합니다. --[Karnes]
• CrimsonEditor . . . . 10 matches
       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
        * Screen Previewer : [DviOut], [Yap], [XDvi]
• DVI드라이버 . . . . 10 matches
        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]
• DviOut . . . . 1 match
       DviOut은 동경대학 수리과학연구과의 Toshio Oshima 박사가 만든 프로그램으로 일본에서는 MS-Windows 환경이라면 거의 대부분 이 프로그램을 사용한다고 할 정도로 많이 사용되고 있다. 특히 DviOut 프로그램의 About dviout 메뉴를 보면 얼마나 많은 사람들이 이 프로그램의 발전에 관심을 가지고 기여를 했는지 알 수 있다. 장점으로는 생각할 수 있는 거의 대부분의 기능(예를 들어 subfont를 이용한 트루타입 글꼴의 직접 처리)을 포함하고 있다는 것이고 반면 단점은 워낙 많은 기능들을 넣다보니 소스코드가 매우 읽기 힘들다는 것이다. Yap 이나 WinDvi 에 만족하지 못하는 사용자들이라면 꼭 한번 사용해 보길 추천한다. --ChoF
• DviOut/MiKTeX . . . . 1 match
       DVIOUT 은 마이크로소프트 Windows 에서 사용할 수 있는 DVI 뷰어들 중의 하나로 일본에서 가장 많이 사용되고 있는 것으로 알고 있습니다. 특히 EPS 를 비롯한 그림파일을 볼 수 있는 것은 물론 하이퍼링크 기능, Inverse 및 Forward Search 기능, 그리고 슬라이드 쇼 기능 등도 지원합니다. 무엇보다도 트루타입 글꼴을 (256 개 까지 가능) 직접 이용한다는 특징이 있으며 일본어 트루타입 글꼴만 있으면 일본어를 포함한 DVI 파일을 쉽게 볼 수 있습니다. 또한 현재 널리 사용되고 있는 MiKTeX 의 [Yap], [fpTeX]의 WinDvi와 함께 사용할 수 있습니다.
• DviOut/TrueType . . . . 1 match
        에 들어있다. 이 기능을 사용하면 pk를 만드는 지루한 과정을 거치지 않아서 편리한데다, 경우에 따라서는 [Yap]과 비슷하거나 우월한 [DVI] previewing 속도를 경험할 수 있을 것이다. ---- [Progress] [[DateTime(2006-07-24T11:07:07)]]
• EmEditor/MTeXHelper . . . . 1 match
       * EmEditor를 MiKTeX/Yap과 함께 사용하려면 [EmEditor/MiKTeX] 참고.
        DeleteMe. "-1"옵션은 yap의 single instance 옵션인 듯 한데, dviout 옵션이기도 한 것인가? 답은 No!이다. "-1"옵션을 주어도 single instance 결과가 나오지 않는다.
• EmEditor/MiKTeX . . . . 4 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 . . . . 8 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"
• GhostScript . . . . 1 match
       [Yap]의 PostScript 경로 및 옵션은 KTUGContrib:358''''''를 참고하여 "포스트스크립트 해석기"의 "GhostScript의 경로"와 "인쇄 품질"을 살펴 보면 된다. 또 WinEdt가 깔려 있을 경우 KTUGContrib:1016''''''을 참고하여 "Searching for Executables"를 열어 보면 MiKTeX, Ghostcsript, GSView, Adobe Reader 등이 제대로 연결되었는지 살펴 볼 수 있다.
• InverseSearch . . . . 3 matches
       ==== MiKTeX Yap ====
       아래는 MiKTeX [Yap]에서 특정 편집기를 찾는 몇 가지 예들이다.
        * [Emacs]의 경우 Windows에서 MiKTeX의 [Yap]으로 InverseSearch를 설정하는 예가 [wiki:NTEmacs#s-6.1 NTEmacs] 페이지에 예시되어 있다.
• JEdit . . . . 2 matches
       == Yap에서 Inverse Search ==
       Yap의 Inverse Search 설정창을 열고, {{{Command}}}에 다음과 같이 써넣는다.
• KTUGCollection2006 . . . . 4 matches
       ''KC2006을 설치했는데 Yap이 실행되지 않아요...''
        답변. KC2006에는 Yap이 없습니다. 그 대신 Yap의 역할을 하는 DviOut이 있습니다. KC2006이 기본으로 제공하는 사용자 작업 환경인 KCmenu에서 {{{"DVI 보기"}}}를 선택하면 실행됩니다. MiKTeX에는 있고 KC2006에는 없는(사실은 다른 어떤 TeX 배포판에도 없는) 프로그램이 Yap과 TeXify입니다. 그 대신 같은 역할을 하는 DviOut과 kcltxmk(또는 texi2dvi)가 제공됩니다. 모두 명령행이나 KCmenu를 이용하여 편리하게 작업할 수 있습니다.
• Karnes-PrivateTmpPage . . . . 1 match
        <!> 글자그림은 비트맵 방식이나 PostScript 방식 두 가지를 모두 쓸 수 있습니다. 제 경험에 의하면 PostScript 방식을 사용한 경우가 해상도의 문제는 없어서 좋은데 [Yap]과 같은 DVI Previewer에서 잘 보이지 않았습니다. 저는 최종출력을 PDF로 생각하고 있으므로 관계없다고 봅니다마는....
• Karnes/2006-05 . . . . 1 match
       실제로 처음 화면이 열렸을 때 나는 잠깐 WinEdt인지 헷갈렸다. 워낙 짧게 보여주시기도 했지만 WinEdt 화면조차 한참 들여다봐야 아는 나로서는 잠깐 문서 열고 단추 두어 개 누르니까 Yap, Acrobat이 차례로 뜨는 환경은 당연히 WinEdt이어야한다고 생각할 도리밖에.
• Karnes/2008-09 . . . . 2 matches
       KC2006과 KC2007에 있던(KC2008에도 있는) dviout이라는 dvi viewer는, PSTricks 그림을 보여주지 못한다는 사실 때문에 Yap에 비하여 치명적인 한계를 가지고 있는 것이었다.[[FootNote(Yap이 PSTricks 그림을 보여준다고는 하나 그 엄청난 버벅댐을 생각할 때 과연 작업 효율성에 기여하는가는 절대로 별개 문제...)]]
• Karnes/2009-02 . . . . 3 matches
        1. Yap에서는 보이는 그림이 pdf로 변환하면 안 보입니다.
        * Yap으로 볼 때는 그림이 보였으나
        * MiKTeX / WinEdt / Yap 에서 "잘 된다"는 것이 latex 컴파일한 결과이며
• LaTeXSuite . . . . 1 match
       latex-suite는 dvi viewer로 [MiKTeX]/Yap을 자동 인식한다. KC2006의 DviOut으로 이것을 교체하려면, [wiki:VimEditor#s-6.4 latex-suite for KC2006] 절을 참조하라.
• MiKTeX . . . . 7 matches
       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)를 선택할 수 있는 단추가 있다.
• MiKTeX과KC2006 . . . . 2 matches
       DeleteMe. 전자는 Yap이고, 후자는 XeTeX/PDFTeX이겠지요. 영문 문서 작성을 전제로 한다면 다른 부분은 '''완전히''' 호환가능하거나 KC2006 쪽이 좀더 실험적이라고 생각합니다. 폰트 설정 쪽의 호환성은 KC2006이 더 높습니다. 예컨대 adobestd와 같이 obsolete된 패키지의 하위호환성을 KC2006은 여전히 유지하고 있지만 MiKTeX은 폐기해버렸습니다. 에디터, 뷰어, 자동패키지설치관리가 MiKTeX의 강점이기 때문에 이것을 제외해버리면 의미가 없습니다. KC2006이 하나의 대안이 될 수 있었던 이유도 예컨대 자동패키지설치관리를 MiKTeX으로부터 차용할 수 있었기 때문이지요. 에디터와 뷰어 문제의 해결이 (그럭저럭 견딜 만하지만) 충분히 만족스럽지 못하다고 생각됩니다. KC2006 사용 시도를 해보신 분으로 MiKTeX으로 복귀를 진지하게 생각하는 가장 중요한 이유가 현재로서는 Yap이외에 다른 것이 있다고 생각되지도 않고 보고되지도 않았습니다. DviOut의 우수성이 가리워진 느낌이 있습니다.
       DeleteMe. YAP과 DviOut의 비교는 제가 하기 힘듭니다. 둘 다 잘 아시는 분께서 추가해주십시오.
• 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'''''' 참조)]] 제대로 작동하는지 실험하여 본다.
• NTEmacs/Obsolete . . . . 6 matches
       ==== [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으로 되어 있음)로 하여야 혼란이 없을 것입니다.)]]
• PSFrag . . . . 3 matches
        1. [Yap], XDvi 등 대부분의 [DVI드라이버]는 치환된 문자열을 보여주지 않는다. dvips로 변환된 PostScript 파일에서만 치환된 문자열이 보인다.
        (!) PSFrag을 이용하여 만든 [DVI] 파일을 [Yap]에서 인쇄하는 문제에 대해서는 [Yap] 페이지를 보라.
• ScientificWorkPlace . . . . 2 matches
        * 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를 이용하지 않나 싶습니다만...
• TeXOrganizer . . . . 1 match
        버튼 10 : Yap(DVI Viewer. Search DVI)
• VisualTeXEditor . . . . 1 match
        * 불만은, [Yap]으로의 ForwardSearch가 hard coding되어 있다는 것.
• W32TeX . . . . 1 match
        DviOut을 쓰면 된다고 하지만.... 저는 CygWin/X의 Xdvi로 보거나, [Yap]으로 보거나 합니다. 이것은 제가 시험용으로 [MiKTeX]을 모두 설치해두었기 때문에 가능한 일이고 그렇지 않으면 낭비겠지요.
• WinEdt . . . . 1 match
        * KTUGContrib:478'''''': "Yap 창([DVI])과 WinEdt 창(TeX)을 왔다갔다 하면서 편집하기".
• WinEdt/듀얼모니터 . . . . 1 match
       '''그림 1:''' 두 대의 모니터를 쓸 때는 두 창(Yap과 WinEdt)을 각각 다른 모니터에 띄어 놓고 dvi 파일과 TeX 파일을 왔다갔다 하면서 편집하면 더욱 능률이 올라갈 수 있다. 그렇게 하기 위해서는 그림과 같이 두 대의 모니터를 연결할 수 있는 VGA(그래픽) 카드를 쓰면 된다. TeX으로 논문을 작성하고 "프리전테이션" 용 소스 파일을 만들 때도 편리하다.-> See [WinEdtTip/EmEditor함께쓰기] and KTUGOperate:2964''''''.
• WinEdtTip . . . . 3 matches
        ''Yap(또는 DviOut)에서 Inverse Search를 WinEdt로 설정: '' DVI 화면보기에서 원하는 위치를 더블클릭하여 WinEdt에 열어 있는 TeX 소스의 해당 위치로 찾아가는 기능을 설정합니다.
        ''Yap으로 DVI Search: '' WinEdt에 현재 열려 있는 TeX 파일의 현재 행에 해당하는 DVI 상의 위치로 Yap을 엽니다.
• WinEdtTip/InverseSearch . . . . 7 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 옵션을 강제할 수 있습니다.
• WinEdtTip/오류소스찾아가기 . . . . 2 matches
       (./) '''MiKTeX'''(2.5 이후 버젼)'''을 설치한 경우:''' "Inverse DVI Search"([WinEdtTip/Inverse Search] 참조)를 위하여 Yap의 메뉴에서 View->Options 에서 한 설정(아래 '''그림 1''' 참조)이 "오류 메시지에서 오류 소스로 찾아가기"에도 유효합니다. <!> '''MiKTeX 2.6'''에는 miktex.ini '''파일이 없습니다.'''
       '''그림 1:''' Yap의 메뉴에서 View->Options 를 선택하면 Options 대화상자가 열립니다. 여기서 Inverse DVI Search 를 선택하면 "WinEdt (auto-detected)" 가 있습니다. 이것을 선택하고 "확인" 단추를 누르면 됩니다.
• WinEdt설치 . . . . 5 matches
       "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/오류소스찾아가기].
       '''그림 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]
• Yap . . . . 19 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) 측에서는 어떻게 되는지 알 수 없으므로 "용지 사이즈"를 변경하지 않고 그냥 제출하는 것이 좋을 듯합니다.
• Yap/토론 . . . . 1 match
       [Yap]을 보니 예전 0.99c 버전에 대한 한글화된 것이 있었군요.
• Yhchoe . . . . 4 matches
       '''추신''': [Yap]에서 그림이 잘 보이지 않으면 이주호 님의 글 KTUGSetup:1665''''''을 참고하십시요. [Yap] 0.99e([MiKTeX-KTUG] 2.3의 경우)에서는 `Print PostScript` 단추(P가 쓰여진 인쇄 단추)가 또렷하지만 작동이 안됩니다. 그냥 인쇄 단추를 쓰십시요(물론 PSFrag는 작동하지 않습니다). PSFrag을 쓸려면 [Yap] 0.99i([MiKTeX-KTUG] 2.3) 또는 [Yap] 2.4(MiKTeX 2.4)를 쓰면 됩니다. 또 다른 문제점은 [Yhchoe/설치가이드]의 소항목 '설치 후 주의'를 참조하십시요.
• Yhchoe/WinEdt가이드 . . . . 5 matches
       '''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
       === [Yap]과 WinEdt "왔다갔다 편집하기" ===
        * KTUGContrib:478 Yap과 WinEdt 왔다갔다 편집하기
        * KTUGContrib:358 [Yap]의 PostScript 경로 및 옵션 설정
• Yhchoe/설치가이드 . . . . 8 matches
       윈도와 궁합이 맞고, 깔기 쉽고, 한글, 한자(漢字), 가나(かな) 등을 쉽게 쓸 수 있어 편하고 사용자가 많아서 쉽게 도움을 구할 수 있는 것은 [MiKTeX한글환경]을 구축한 MiKTeX이라고 생각합니다. MiKTeX은 TeX의 여러 응용프로그램(예: dvi->pdf, dvi->ps, ps->pdf 등)과도 궁합이 맞도록 되어 있으며 "[DVI] 미리보기"로 [Yap]이 따라옵니다.
       (!) 컴퓨터 프로그램에 자신이 있는 분이 아니면 MiKTeX에 딸려오는 [Yap]을 쓰는 것이 좋습니다. 다른 "DVI 미리보기"([DVI드라이버])를 쓸려면 경로 설정을 새로 해야 합니다.
       '''그림 3:''' 만약 컴파일은 무난히 되나 Yap에서 글꼴에 관련한 오류메시지가 나타나고 몇몇 한글이 깨지는 현상이 나타나면 다시 "실행"의 대화상자에서 {{{updmap}}}과 {{{initexmf -u}}}를 실행하고 Yap을 닫은 후 한번 더 컴파일하여 보십시요.
       한편 ps 파일을 GSView로 볼려면 GSView를 별도로 설치해야 합니다. "PostScript 해석기"의 경로를 알고 싶으면 [Yap]에서 항목 "Yap에서 PostScript 경로"의 그림을 보십시요.
        * KTUGContrib:478 Yap과 WinEdt 왔다갔다 편집하기
        * KTUGContrib:358 [Yap]의 PostScript 경로 및 옵션 설정
• 게시판토론 . . . . 2 matches
        유틸리티에 관련된 사항, 예컨대 WinEdt의 기능과 조작에 대한 사항, XFig로 그림을 그리는 문제, ebb로 bb 파일을 얻는 것과 관련된 문제, GhostScript failure, [Yap]의 그림 디스플레이, JPG/BMP/EPS 등 그림 포맷에 관련된 문제
        설치후 한글이 xdvi, yap에서 표시되지 않는 문제.
       예를 들어서, 외부 그림과 관련해서 그림이 PDF에서 보이지 않거나 Yap에서 보이지 않거나, 그림의 여백이 너무 넓거나 그림의 글꼴의 해상도가 마음에 들지 않거나, 컴파일 과정에서 GhostScript 에러가 발생하거나 하는 경우는 그림이 잘못 만들어진 것이므로 설치 운영 게시판에 가야 할 것입니다. 그러나 그림을 페이지 상단에 두려 하거나 캡션이 붙지 않거나 label 참조가 되지 않거나 그림목록이 만들어지지 않는 문제 등은 활용 게시판에서 다루어질 문제입니다.
• 그림 . . . . 1 match
        * 다른 형식의 그림은, 설령 자신의 시스템에서 예컨대 [Yap]으로 보고 인쇄하는 데 아무 문제가 없었다 해도, 다른 플랫폼, 다른 상황에서는 그림처리가 이루어지지 않을 수 있다. 어떤 조건에서도 동일한 문서가 만들어지는 것이 LaTeX의 이상이라 할 때, ps 출력물을 의도하는 경우 가장 안전한 그림 포맷은 [EPS]
• 그림포함하기/Obsolete . . . . 1 match
        3. WinEdt에서 TeX file을 compile합니다. 이때 그림이 붙은 dvi file이 만들어집니다. (제가 visio에서 만든 eps file은 100% 붙었습니다.) 이때 Yap에서는 그림이 보이지만 실제로 프린트를 하면 안보입니다.
• 명령행 . . . . 5 matches
        `--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
• 사랑방/200512 . . . . 6 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]
• 참고문헌인용 . . . . 4 matches
        \item compile this, open it in Yap from WinEdt \item remove the
        \item view in Yap (observing that the whole last part of the page
        \item recompile \item view in the still-open Yap
       re-opening the document in Yap, we get the correct display.
• 표준한글TeX환경프로젝트 . . . . 5 matches
        * [fpTeX] : TeXLive판을 이용하는 것이 라이센스 문제나 시스템 성능 문제에서는 가장 안심스럽습니다. 0.7을 기준으로 할 때 DVIPDFMx는 이미 포함되어 있으므로 문제가 되지 않지만 freetype utilities(ttf2pk, ttf2tfm)을 컴파일해서 포함시켜야 합니다. 어려운 일은 아닐 것이라고 생각합니다만 fpTeX 자체의 kpathsea 라이브러리와 붙여야 하는 문제가 있고, [Yap]에 익숙한 사용자들이 WinDvi를 관용해줄는지가 문제가 되겠지요.
       결국 문제는 DVI Preview의 문제로 귀결됩니다. MiKTeX의 주요 성공 요인 중의 하나가 [Yap]이라고 생각하는 저로서는 [Yap]을 대체할 만한 만족스러운 DVI Viewer가 있어야 한다는 생각합니다.
       WinDvi는 그 이후 그다지 개선이 이루어지지 않아서 고려하지 못했습니다. [Yap]의 기능이 강화되어 가는 것에 따라 다른 Dvi Viewer가 상대적으로 불편해보이는 일이 생겨났는데... DviOut은 나쁘지 않은 정도의 환경을 제공하는 것으로 생각합니다.
       MiKTeX에서 Yap만을 떼어내서 standalone으로 실행시킬 방법이 있다는 좋겠다는 말씀을 IsCho 님이 하신 바 있습니다.
• 한글글꼴문제 . . . . 1 match
        [UHC글꼴]을 이용하는 경우, [Yap]과 같은 대부분의 [DVI드라이버]는 PostScript Type1 글꼴에서 ps2pk 또는 gsftopk 등의 유틸리티를 이용해서 `pk` 비트맵을 만들어서 화면 디스플레이나 인쇄에 씁니다. 그러나 `dvips`는 앞서 말한대로 PostScript Type1 글꼴을 그대로 인쇄에 사용할 수 있습니다.(pk 비트맵도 물론 쓸 수 있습니다.)
• 한글화토론 . . . . 2 matches
       == Yap 한글화 ==
       [Yap/토론]

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