• ChoF . . . . 1 match
       TeX Consultant란 어떤 일을 말씀하시는 것인지요? --[hoze]
• ConservativeRockListnersGroup . . . . 3 matches
       윈도우즈 플레이어는 ogg를 몰라라 하네요. --[hoze]
        그니까 내 컴터에 있는 건 내가 씨디 사서 뽑아 올린 거니까 같이 들어도 문제 없다, 뭐 이런 건가요? --[hoze]
        도움이 되지 못해 죄송합니다. 노래 잘 듣겠습니다. --[hoze]
• DHUcs/대화 . . . . 1 match
       "한글 UCS를 쓰실 때 색인은 펄로 만드세요"라고 말하기에는 좀 거북하지 않나 싶습니다. --[hoze]
• DVIPDFMx . . . . 1 match
       CID-keyed란 어떤 것인가요? --[hoze]
• DohyunKim . . . . 1 match
        웹메일은 그동안 별 매력이 없어 보였습니다. 용량도 적고, hotmail.com으로 끝나는 메일 주소를 알려주면 그 사람이 왠지 궁색해 보이고... 그런데 최근에는 전혀 다른 이유에서 각광(?)을 받게 되었다고 합니다. 바이러스와 쓰레기 편지를 걸러주는 기능이 필요한 게 아니라 극히 중대한 문제가 된 거죠. 윈도우즈 업데이트는 믿을 게 못되고, 백신은 돈이 들죠. 게다가 '후지다 메가패스' 같은 전용선은 메일을 받거나 내보내는 데에 가끔 문제를 일으키기도 합니다. gmail은 용량보다 게시판의 글타래마냥 차곡차곡 쌓아주는 기능이 제게 아주 매력적으로 보입니다. --[hoze]
• EPS그림편집 . . . . 1 match
       제대로 알고 있는지 확인해주십시오. --[hoze]
• FancyDocumentGallery . . . . 4 matches
       === [hoze], 매뉴얼 예제 ===
       [hoze매뉴얼프로젝트]의 스타일 적용례. from [hoze매뉴얼프로젝트].
        DeleteMe 링크 문제는 2.3에서 해결해야 하지만 다른 문제는 없었습니다. 2.2에서 만든 것이니까요. 어쨌든 해결하셨다니 다행입니다. --[hoze]
• FancyHdr . . . . 1 match
        (!) ''위의 예제는 [hoze매뉴얼프로젝트]에서 가져온 것임''
• GFaqUpdatePreparation . . . . 2 matches
        KTUGOperate:2830 [hoze]의 ImageMagick을 통한 그래픽 포맷 일괄변환 팁
        * [hoze매뉴얼프로젝트]에서 소개된 캡션 위치에 관한 다양한 예제
• GlossTeX . . . . 3 matches
        --[hoze]
        제 눈에 뭐가 씌인 걸까요? \gls{BTS}로 하고 gdf에 "기지국"이라고 하니 glossary에 나왔었는데 오늘 해보니 안나오네요? 집에서 했을때 나왔나 ㅜㅜ 그래서 저는 \gls{한글}로 하니 latex이 에러를 토해내서 그문제 인가 했죠. 집에 가서 다시 해봐야 겠군요. 회사서해보니 gls파일에 entry가 제대로 들어가지 않는군요. 손으로 수정해서 하니 되긴 하네요. 이상하다. 무언가에 홀린듯. 다음으로 이메일이 안보내 지나요? 쩝. 그럼 신비로로 메일 주세요 :) hoze님이 주로 확인하시는 메일이 어딘지요. 제가 gmail로 초대해 드리겠습니다. 그 메일로 초대권이 발송되거든요. 아직 하나 남아 있거든요. 앞으로 gmail을 통해서 ㅎㅎ...아래에 답글 다시거나 메일보내시면 바로 초대할께요.(10G Gmail) 개인적으로 GlossTeX사용가능했으면 하네요. 재미나네요
        --[hoze]
• Hangul-ucs . . . . 2 matches
       === hozemanucs ===
       See [hoze매뉴얼프로젝트]
• HanyangPuaTableProject . . . . 1 match
        도와드리겠다기보다 어떤 것인지 알아보자는 마음으로 yudit로 시도를 했는데 yudit.properties로 별 삽집을 다 했는데도 제대로 나오지 않고 코드 번호만 나옵니다. ㅠ.ㅠ 근데 거의 다 하셨네요. --[hoze]
• JadeTeX . . . . 1 match
       통사(syntax)는 LaTeX과 동일한가요? --[hoze]
• KTSConference/2013 . . . . 2 matches
        *[attachment:Session3-GoodDoc-yihoze.pdf 더 좋은 문서란 어떤 것인가?] / 이호재 (에이에스티)
        * [http://www.ktug.or.kr/xe/index.php?document_srl=167983 2013 학술대회에 대하여] / yihoze
• KTSWorkshop . . . . 1 match
        * 후기([hoze]): http://kts.ktug.kr/node/217 (KTS 로그인 필요)
• KTUG . . . . 1 match
        <!> 제게는 KTUG wiki가 생긴 것과 [WkPark]님의 은글꼴, [DohyunKim]님의 ttf2tfm 펄 소스, [Karnes]님의 문화부글꼴 재편성과 성경조판에 관한 예제(오, 마이 갓!), [ChoF]님의 TUG2003 참석과 TeX4ht에서의 한글지원, [hoze매뉴얼프로젝트] 등이 기억에 남습니다. 관련 자료를 [KTUG연혁]에 추가하여 주십사 부탁드립니다.
• KTUGCollectionEvent . . . . 2 matches
       [hoze], 영화 대본
        * 소스는 [hoze매뉴얼프로젝트] 페이지를 보세요.
• KTUGDocProjectTeam . . . . 1 match
       [hoze]는 문서화 작업팀에 참여하고 있습니다.
• KTUGNewsletter . . . . 2 matches
        [DeleteMe] 다음 번에는 좀 더 기술적인 부분을 세분화하여 다뤘으면 좋겠습니다. 텍이라고 통칭하는 것에 실은 다른 여러 기술들이 결합되어 하나의 시스템을 이루고 있는 것이므로 그것을 쪼개어 하나씩 짚어가면 주제는 꾸준히 나오리라 봅니다. 일전에 smcho님이 글꼴에 대한 의문과 그 답에서처럼 dvi까지 글꼴을 처리하는 방법, dvipdfmx가 글꼴을 처리하는 방법, dvips가, 또는 pdflatex이 처리하는 방법 등으로 나누어 상세히 설명하면 텍 사용자들에게 분명 큰 도움이 될 것입니다. 저는 최근에야 PDF의 책갈피가 텍 조판과는 상관없이 그저 텍스트 뿐임을, 너무나 당연한 것이지만 텍에 익숙해져서 텍이 모든 것을 해결해준다는 착각에 빠져, 깨닫게 되었습니다. 이를테면, \texttrademark 같은 게 책갈피에 제대로 안 나오는 게 정상인데도 마치 그게 잘못된 것인양 느껴진다는 겁니다. --[hoze]
        듣고 보니, 옳으신 말씀이라 생각됩니다. --[hoze]
• Karnes-PrivateTmpPage . . . . 5 matches
        이 프로젝트에 관심 무지하게 많습니다. 그런데 XML 관련 소프트웨어가 너무 많아서 어디서부터 손댈지 몰라 헤매고 있습니다만, 이 시험 파일이 저의 이해를 높이는 데에 큰 도움이 되었습니다. 그러나 dvipdfmx로 pdf를 만드는 데에는 실패했습니다. 오류는 이렇습니다. `pdf_add_dict: Passed invalied value'. 좌우지간 장차 아주 많은 문서들이 정보는 XML로 작성하고 서식은 TeX을 이용하게 되리라 전망합니다. --[hoze]
       KTUGBoard:3458''''''에서 [hoze] 님이 제기한 문제에 대한 답변으로 작성된 스타일. 완전한 작동을 보증할 수 없어서 우선 이곳에 올려둔다.
        제가 중국어 문서를 만들 때, 그러니까 lambda를 이용했을 때요, 제가 만든 매뉴얼 스타일 파일을 삽입했습니다. 그리고 그 파일은, 보셔서 아시겠지만, 상당히 많은 종류의 다른 스타일 파일을 부릅니다. 물론 삽입하는 것과 실제 그런 스타일 파일들에서 정의된 명령어들을 사용하는 것과는 다르겠지만, 그리고 제가 중국어 문서를 만들 때는 아주 평이하게 사용했기 때문에 자세히 확인할 수는 없었지만, 여타 패키지와 충돌하는 경우는 그다지 많지 않은 것 같습니다. itemize 환경에서 itemii(기본값이 애스테리스크지요?)이 문제를 일으켰고요. ovalbox가 제대로 나오지 않았습니다. 음~ 이럴 줄 알았으면 시험 삼아서 좀 더 다양한 시도를 해볼 걸 그랬습니다. 어떤 패키지들이 주로 문제를 일으키나요? 하여튼 몇몇 문자를 그림으로 처리하는 방식은 말씀하신대로 편익/비용비가 뛰어난 방법이라고 생각합니다. 그런데 이 방법은 다른 측면에서 더 의미가 있다고 생각합니다. 제가 실제로도 시도해본 것이기도 한데요. symbol 패키지를 다 뒤져도 맘에 드는 기호를 찾을 수 없는 경우에 그려서 삽입해 보았습니다. 그런데 크기나 위치가 맘에 들지 않을 때가 있었고, 무엇보다 그것이 문자다우려면(?) 글꼴 크기에 따라 같이 바뀌어야 하는데 거기까지는 그때 생각하지 못했습니다. 지금 곰곰히 생각해보니 조금만 더 신경쓰면 그것도 가능할 것 같습니다. --[hoze]
        정말 이 방법을 유용하게 쓸 수 있는 데를 생각해냈습니다. IME 입력 방식은 아직까지는 MS Office 같은 MS 어플리케이션에서만 제대로 작동하는 줄로 알고 있습니다. 따라서 폰트가 있어도 Adobe Illustrator 같은 데에서는 외국 문자가 뜻대로 입력되지 않는 경우가 많습니다. 말씀하신 방식으로 글자를 그림으로 만들면 그래픽 작업이 훨씬 용이해질 것입니다. --[hoze]
        전 개인적으로 희랍어 사전에 관심이 있었습니다. 일본에서는 희랍어 사전이 나온 지 이미 오래 되었다고 합니다. 우리나라에서는 모두 영문판을 보지요. 이건 먼저 서양 고전을 하시는 분들이 새로 만들든, 외국 사전을 번역하든 해야겠지만, 개인적으로 기회가 닿으면 한번 해보고 싶은 욕심이 있습니다. 현대 그리스어보다는 훨씬 복잡합니다. 서브스크립트나 기식음, 액센트(사실은 피치라고 해야 맞지만) 등도 다양하고 많이 들어가지요. 힘들면서도 재밌을 것 같은 생각이 듭니다. 베스트셀러가 안 될 것은 분명하지만요. -- [hoze]''
• Karnes/2005-11 . . . . 7 matches
       고딕체만 쓰는 것에 표를 던지겠습니다. 서지 정보에서 두번째 항목이 항상 책 제목으로 오므로 원칙적으로는 별다른 장치를 주지 않아도 무방하다고 생각합니다. --[hoze]
       {{{#!blog hoze 2003-08-09T13:00:00 만병통치약
       음~ 그보다는 텍에 종류와 장점에 대해 일목요연하게 정리된 페이지를 만들어주시는 게 더 나을 것 같네요. -[hoze]
        한글 관련 부분은 무조건 추가하는 게 좋을 것 같습니다. 그리고 hangul의 자동 조사 처리 기능이 어떤 패키지와 충돌하는 지도 설명하는 게 좋을 것 같습니다. 개인적으로는 상당히 유용한 기능이라고 생각합니다. --[hoze]
        윈도우용 산돌체는 지금은 판매하지 않는다고 하더군요. 지금 쓰시는 글꼴은 데모버젼인가요, 아니면 정품인가요? 산돌체 홈페이지에 보니까 PS용 글꼴은 판매하고 있던데 그걸 사서 써도 되는 건지요? --[hoze]
       [[Date(2003-06-29T22:46:30)]] 이 뒤에 [hoze] 님께서 lshort 및 LaTeX 매뉴얼에 대한 의견을 적어주셨던 것을 [독후감]으로 옮겼습니다. 그리고 저와의 대화는 여기에 남겨둡니다. --[Karnes]
        누구도 감히 공연한 일을 하셨다고 말씀드리지는 못할 겁니다. 저도 lshort-kr을 보면서 공부했으니까요. 이 자리에서 감사드립니다. 다만 시기적으로 좀 더 상세한 매뉴얼이 나오는 게 좋다는 뜻으로 말씀드린 것입니다. 컴파일 상의 그러한 문제로 스타일이 복잡했었던 거군요. latex, pdflatex, dvipdfm까지 모두 돌아가는 것보다 한 가지씩 스타일이 좀 쉽게 되어 있는 판이 나오면 나중에는 내용 자체보다는 스타일 파일을 보고 배우는데 도움이 크게 될 것입니다. 처음에 사실 딴에는 많이 뜯어본다고 했는데 많이 난감해했던 기억이 납니다. 주석도 많이 달아야 하니까 더 성가신 일이 되려나요? --[hoze]
• Karnes/2006-02 . . . . 1 match
       attachment:SBCExtracted.pdf -- [hoze] [[DateTime(2006-03-08T23:21:45)]]
• Karnes/2006-05 . . . . 1 match
       저는 한번도 에디터 안에서 컴파일하는 게 좋다는 생각을 해본 적이 없습니다. cmd 에서 컴파일하다가 에러 메시지를 만났을 때, 거의 대부분 직관적으로 무엇이 잘못되었는지 알 수 있고, 어지간한 파일 경로는 모두 외우고 있기 때문에 에디터에서 불러오는 것에도 어려움을 느낀 적이 없습니다. 아마도 한 종류의 작업을 무수히 되풀이했기 때문에 익숙해진 듯합니다. -- [hoze] [[DateTime(2006-05-03T13:06:15)]]
• Karnes/2006-06 . . . . 1 match
       KTUGOperate:18135''''''의 [hoze]님의 질문에 답변을 작성하다가 만든 신기한 코드. {{{\iffoo\}}}의 진리값을 부정연산(NOT)한다.
• Karnes/2006-09 . . . . 7 matches
        attachment:hoze_tech_wri_kr.pdf
       1. [hoze]님 : babel과 잘 맞지 않는다.
       attachment:hoze/OnManualWriting.tex
       이 문서에서 fakearticle을 쓰면 컴파일 오류가 발생했습니다. -- [hoze] [[DateTime(2006-09-05T13:46:50)]]
       그냥 memhangul-ucs를 써버렸는데요. 나중에 찬찬히 살펴 보고 보고드리겠습니다. -- [hoze] [[DateTime(2006-09-03T23:59:54)]]
       그런데 어디서 내려받는지요? 저도 자주 쓰는 편인데요? -- [hoze] [[DateTime(2006-09-04T00:01:14)]]
       길은 딱 하나인 듯합니다. 음지에서 양지로! (kcmemarticle.cls, kcarticle.cls, kmarticle.cls 등으로) document 붙여 공개하지 않으면, 폭동이 일어날지도 모를 분위기가 감지됩니다. ^^ hoze님조차도 어디에서 구해야 하나를 고민하고 있지 않습니까... karticle.cls도 괜찮겠네요. k는 korean, karnes, kks... 참, 그리고, [KC2006/처음사용자]에서도 heavy한 memoir+memhangul-ucs로 겁먹게 하는 것보다 fa'''k'''e'''article'''로 시작할 수 있도록 하는 게 좋을 듯합니다. --ischo [[DateTime(2006-09-04T02:11:51)]]
• Karnes/2009-10 . . . . 1 match
       타자기에 대한 [hoze] 님의 글(KTUGBoard:8697'''''')을 읽은 후, 예전 한글타자기에 대한 생각이 났다. 나는 공병우식을 잠깐 써본 적이 있고, 4벌식 타자기로 몇 개의 문서를 타이프해본 경험이 있다. 그리고 전동타자기와 르모라는 워드프로세서 전용기까지 모두 섭렵(?)하였다. 워드프로세서 전용기의 수명은 우리나라에서 매우 짧았지만 어딘가에 남아 있는 어떤 책의 번역은 르모에서 처음 시작했던 것이었다.
• Karnes/2011-02 . . . . 1 match
       %%% hoze's sample
• Karnes/2011-06 . . . . 1 match
       http://hoze.tistory.com/301 를 읽고 만든 샘플.
• Karnes/2011-12 . . . . 1 match
       {{{#!blog Karnes 2011-12-06T07:05:15 hoze template
• Karnes/LaTeXTips . . . . 4 matches
       [hoze]님의 논문 Uploads:HozeThesis.pdf''''''을 조판한 스타일입니다. 주로 장절의 스타일을 짜기 위해서 만들었는데 제 작업을 위해서는 윤폰트를 사용하지만 공개용 스타일은 [은글꼴]을 사용하도록 조금 고쳤습니다. 자신의 폰트로 수정해서 쓰시면 될 것입니다.([[Date(2004-07-24T01:12:54)]])
       예제인 [hoze]님의 논문에서 중요한 팁만 몇 가지 소개하면 다음과 같습니다.
        도은이는 참 좋겠습니다. 이렇게 멋진 아빠가 계셔서요. 은휘가 이 책을 보려면 몇 년 더 기다려야겠지만, 일단 저도 가져가겠습니다. --[hoze]
       3. 옛한글 글꼴과 일반 글꼴 크기가 달라 보이는데, 다른 글꼴을 써서 그런가요? PDF 문서 정보를 보니 new gulim과 gulim old hangul jamo가 쓰였네요.--[hoze]
• Karnes/Oblivoir . . . . 1 match
        * [hoze]님과 [IsCho]님이 이 이름이 괜찮겠다고 말씀해주셨습니다.
• LaTeX2Html . . . . 4 matches
       고맙습니다. http://hoze.wowdns.com 에서 TeX-그림에 적용했습니다. --[hoze]
       만약 이것만 해결되면 구태여 eps를 질나쁜 png로 만들 필요 없이 막바로 양질의 png을 복사해 넣을 수 있습니다. 부탁드립니다.--[hoze]
        그런데, korean_titles에서 '목차'는 '차례'로 바꾸었으면 합니다. 전에 이주호씨가 한자로 쓸 게 아니라면 '차례'라고 쓰는 게 맞다고 그랬던 것 같습니다. 저 역시 그 말이 맞는 듯합니다. --[hoze]
• LaTeXWorkshop/2007 . . . . 1 match
        * hoze : 참가후기. => KTUGBoard:7052
• LaTeXWorkshop/2008Spring . . . . 1 match
        * hoze -> KTUGBoard:7471
• LaTeX으로일본어사용/Obsolete . . . . 6 matches
       ==== texmf-hoze ====
       [hoze] 님의 {{{texmf-hoze}}}를 이용하는 방법은 다음과 같다.
        1. Uploads:texmf-hoze.zip 을 다운로드 한다.
        1. 적당한 곳에 texmf-hoze 폴더를 만들고 그 안에 위의 파일을 풀어놓는다.
        1. texmf-hoze를 TEXMF TREE로 등록한다.
• MakingDic . . . . 4 matches
        * DB_insert.php로 form으로 받아온 data를 hoze님의 WebTeX의 도움을 받아서 치환후에 집어 넣는 것입니다. attachment:DB_insert.txt (*wiki특성상 php는 올라가지 않습니다.)
       그럭저럭 잘 썼고 꽤 편했습니다. --[hoze]
        감사합니다. hoze님이 경험하신 내용을 좀 구체적으로 이야기 해주시면 감사하겠습니다.저의 경우에는 우선 mySQL에 입력하고 나서, 이 내용을 그냥 곧바로 TeX로 사용할것인지 아니면 text로 변환하여 쓸것인지는 고민중입니다만.. 어짜피 이것이야 mySQL과 TeX의 문제라고 생각이 됩니다. 그렇지만 이제 조금더 시간이 남고 여력이 남으면 mySQL data를 php로 불러들여서 web에서 list및 edit해야 할 일이 생길것 같기에 그럼니다. 감사합니다.--[synapse]
        attachment:WebTeX.zip 이것은 입력 폼으로부터 받은 텍을 PDF로 만드는 간단한 프로그램입니다. 도움이 되길 바랍니다. --[hoze]
• MakingWebTeX . . . . 2 matches
       제가 이것을 말씀드리는 이유는 범용적인 웹에디터 방식보다는 한 두 페이지짜리 일정한 양식을 구현하는 것이 쉽고 쓸모도 있을 것 같기 때문입니다. 컴파일 로그를 확인하거나 그림 따위를 첨부하거나 하는 것도 시도해 봤지만 웹을 통해 문서를 제작하는 것은, 그 구현이 불가능하지는 않겠지만 과연 생산적일 수 있을까 의심스러웠습니다. 제 경험이 도움이 되길 바랍니다. --[hoze]
        이렇게 관심을 가져 주시니 감사합니다. 충분히 공감이 가는 글입니다. 하지만 제가 생각하는 경우는 그것과는 조금 다른 관점에서 생각을 하고 있습니다. 저는 특별히 hoze님과 같이 정해진 일이 있는 것이 아니고(물론 어떠한 정해진 일이 있으면 거기에 form및 특별한 기능을 만들면 그만이라는 생각을 합니다.)
• MarginalNote . . . . 1 match
        * MarginalNote에 그림을 넣었을 때의 baseline 문제(by [hoze])
• MemhangulClass . . . . 3 matches
       === hozemanucs ===
       hozemanucs 클래스는 한글 문서만을 위한 것은 아니지만 한글 문서를 위해서는 memhangul-ucs를 일부 활용하고 있는 응용 클래스이다. See [hoze매뉴얼프로젝트]
• NTEmacs/Obsolete . . . . 1 match
       auto 라는 하위 폴더가 생기는데, 이것은 왜 생기는지, 안 생기게 할 수는 없는지 알고 싶습니다. 이것도 tutorial에 나오나요? --[hoze]
• Omega-CJK . . . . 2 matches
       \usepackage{hoze-chinese}
       고생 많이 했는데 별로 쓸 말이 없네요. preamble만 유념해서 보시면 될 것 같습니다. --[hoze]
• PreliminaryQuestions . . . . 1 match
       ''Answer 1'' by [hoze] & ''Answer 2'' by Daisyweb
• SampleDocument . . . . 8 matches
       설명서 글쓰기에 대하여...[hoze]
       hoze, On Manual Writing, 2006.
       레이텍을 빨리 쓸 수 있는 방법...[hoze]
       Designing Manuals With LaTeX (written by [hoze])
        * PDF : attachment:hoze/LaTeXIntroFinal.pdf
        * SRC : attachment:hoze/LaTeXIntroFinal.tex
       (by [hoze])
        attachment:hoze-pgf-sample.tex
• SampleDocument/LuaTeX . . . . 1 match
       Contributor [hoze]
• ScientificWorkPlace . . . . 2 matches
       정리하자면, 저의 질문은 'ScientificWorkPlace가 MiKTeX과 설치법과 사용법이 거의 동일하면서 트루타입 폰트를 자유롭게 사용할 수 있는가'입니다. - [hoze]
       Q: CM을 굳이 TTF로 바꿀 필요가 있을까요? 제가 알고 싶었던 것은 굴림, 돋움, 바탕 같은 윈도우 글꼴을 자유롭게 쓸 수 있느냐 하는 것이었는데요. -이호재([hoze])
• SourceCodeListing . . . . 1 match
       KTUGOperate:8421 (by [hoze])
• TTF2HLaTeXFont . . . . 3 matches
       아직 글꼴 일부 중에 한자와 기호는 들어 있지 않나보군요. 저야 상관없지만... --[hoze]
       [hoze]님의 요청으로 은글꼴 스크립트에 PDFLaTeX 지원코드를 넣기로 마음먹었습니다. 그런데 고치는 김에 폰트이름 붙이는 방식도 바람직한 방향으로 고칠까합니다. KarlBerryRule 을 따른다면 [은글꼴]의 폰트이름을 어떻게 하면 좋을까요? foundry는 무슨 철자를 사용하면 됩니까? 오메가 폰트의 이름은 어떻게 하면 좋을까요? 전반적인 조언을 부탁드립니다. -- DohyunKim
       latex용 tfm, lambda용 ofm, pdftex용 tfm까지요. 감사합니다. --[hoze]
• TUG2003 . . . . 1 match
       TUG보다는 하와이 얘기, 특히 호텔 얘기가 더 재밌네요. 근데 그 opentype 쓸 수 있게 되면 한글 쓰기도 더 편해지는 건가요? --[hoze]
• TabularX . . . . 1 match
       KTUGOperate:5764 (by [hoze])
• TeX4ht/대화 . . . . 1 match
       좀 막연하지만 XML로 데이터베이스를 일부 대체하거나 흉내낼 수 있다면(가능하죠?) 유용성이 아주 크다고 생각합니다. --[hoze]
• TeXKNOPPIX . . . . 6 matches
       === hozeman-version ===
       hozeman.cls를 업무에 사용하시는 분이 혹시 있을지 모르기 때문에, texmf-hoze를 바탕으로 hozemanucs.tex이 컴파일되는 정도의 것을 포함하여 만든 texmf-on-the-fly 이다. 더 필요한 것을 일러주시면 추가하겠음. ([[Date(2005-10-30T22:29:31)]])
       $> wget http://ftp.ktug.or.kr/~karnes/TEXNOPPIX/texmf-hoze.tar.gz
       $> tar zxvf texmf-hoze.tar.gz
• TeX으로책만들기 . . . . 4 matches
       정도로 압축해서 여러분의 고견을 듣는 것입니다. --[hoze]
       [Progress]에 가면 [hoze] 님께서
       라는 질문을 하셨고, 이주호 님께서 자세한 답변을 주셨습니다. 우선 [hoze] 님의 질문과 이주호 님의 답변을 이리로 옮겨 오는 것은 어떤가요?
        [DeleteMe] 일전에 저와 같은 업무에 종사하는 사람들의 모임에서 만난 사람에게서 들은 얘기를 하나 해드리지요. 그 회사에서는 매뉴얼 작가가 마소워드로 내용을 작성하고 편집부에 넘깁니다. 쿽으로 작성을 하다 너무 비용이 많이 들어 쿽을 포기하고 위지윅이 아닌 텍처럼 코딩 방식의 무슨 편집기를 구입해서 편집을 한다고 합니다. 그런데 그 성능이 별로인가 봅니다. 하여튼 중간에 번역회사에 맡겨 수출할 나라의 말로 번역까지 해서 편집을 마치고 인쇄를 하는데, 그 비용이 1년에 수억원이라는 것입니다. 세상 사람들이 모두 쿽을 쓰는 것도 아니고, 텍을 쓰는 것도 아니니 Progress님이 말씀하신 문제는 매일반이지만, 제조업체에서는 매뉴얼 제작 비용이 부담스러울 수밖에 없습니다. 일단 매뉴얼은 판매용이 아니기 때문에 어떻게든 비용을 가능한 한 적게 들이고 싶어하죠. 그리고 다른 문제는 출판사에서 기획하듯 책 한 권에 몇 개월, 몇 년씩 매달릴 수가 없습니다. 일이개월 안에 인쇄까지 마쳐야 합니다. 이렇게 보면 쿽과 텍은 엄청난 차이가 있습니다. 하드웨어, 소프트웨어, 인건비까지 쿽은 상당히 비쌉니다. 텍으로는 또 문서를 빨리 만들 수 있지 않습니까? 쿽도 차례 만들기 기능 등이 있겠지만, 텍이 빠른 건 분명하죠? 아예 매뉴얼을 안만들겠다거나 날림으로 대충 만들겠다면 모를까, 제대로 한다고 하면, 쿽으로 만드는 매뉴얼 제작 비용은 보통 큰 부담이 아닙니다. 이런 생각도 듭니다. 텍이 어렵다고 하는데, 요즘엔 워드프로세서도 매뉴얼 띄워놓고 봐야 합니다. 그만큼 기능이 아주 많이 복잡해졌죠. 지금 워드프로세서나 쿽을 쓰는 사람에게 텍으로 바꾸라고 할 필요는 없겠지만, 그리고 각기 장단점이 있는 만큼 문서의 성격에 맞춰 골라써야겠지만, 신입사원에게 텍을 배워 쓰도록 하면 좋지 않을까 생각이 들더군요. '조판'을 별도의 전문직으로 둔다면 더 좋을 것입니다. 매뉴얼 작가는 그냥 노트패드로 글만 쓰면 되니까요.-[hoze]
• TeX의매력 . . . . 5 matches
        기술적인 문제라기보다 정책적 문제라고 믿고 싶습니다. 프레젠테이션 서식을 만들려고 하는데, 미적 감각이 받쳐주지 못 해서 버벅대고 있습니다. --[hoze]
        대가만이 느낄 수 있는 경지이네요. --[hoze]
        Emacs가 채팅 프로그램이었군요. Emacs가 다른 에디터에 비해 딱히 좋은 좀은 무엇인가요? --[hoze]
       마소워드에서 한 300쪽 정도 되고 비트맵 이미지를 한 100개 정도 집어넣어서 작업하다 보면 하루에 대여섯번은 컴퓨터가 다운됩니다. 30쪽 정도 작업한 걸 저장하지 않았다가 컴퓨터가 다운되면 정말 울고싶어집니다. --[hoze]
        마소워드로 인한 고통을 느껴본 분이 많지 않으리라 생각합니다. 하여튼 여전히 저는 텍으로 매뉴얼을 만드는 데에 어려움을 많이 느기고 있습니다. 소위 매킨토시 스타일이 아니라는 거죠. 맥으로 만든 매뉴얼 들이밀면서 '이렇게 만들어주세요'하면 참 난감합니다. 접해본 적은 없지만 맥에서는 그림 앉히고(앉힌다는 표현을 쓰더군요) 글상자 앉히고 하는 식인데, 텍에서도 하라면 못할 것 없지만 그렇게 되면 텍이 장점이 아니라 단점이 되지요. --[hoze]
• TheTeXBook . . . . 1 match
        [DeleteMe] texmf/doc/knuth 폴더에 들어있는 texbook.tex은 컴파일이 되지 않던데 저작권 때문에 일부러 그리 해놓은 것인가요? --[hoze]
• UsefulDocuments . . . . 1 match
       === [hoze], LaTeX Stance ===
• WinEdtTip/기호입력 . . . . 1 match
       '''그림 12-1:''' [원글자]의 항목 "hoze 님의 \cirnum"에는 아예 프리앰블에 정의하여 쓰는 방법이 나와 있습니다. 또 KTUGBoard:3777''''''에 가면 combinum(free version)을 써서 99까지 원숫자를 실험한 결과가 있습니다.
• Yudit . . . . 1 match
       [hoze] wrote:
• hermian . . . . 1 match
        [DeleteMe]이런 저런 이유로 그런 작업에 큰 관심과 호기심을 갖고 있습니다. xml이 좋다는 말은 많이 들었으나 섣불리 덤볐다가 낭패를 당할 것 같아 고수님들의 결과물을 기다리고 있습니다. 나중에 꼭 보여주시기 바랍니다. --[hoze]
• hoze . . . . 4 matches
       [hoze/style] 페이지에서 hzmanual 패키지를 제공한다. 이는 낡은 [hoze매뉴얼프로젝트] 페이지를 대신한다.
       [hoze/webtex]는 온라인에서 텍 문서를 입력하고 PDF를 얻는 간단한 웹 서비스에 대한 아이디어를 제공한다.
       [hoze/MultilingualTypesetting]는 XeTeX을 이용한 외국어 조판에 대해 간단히 설명한다.
• hoze/style . . . . 1 match
       문의: [mailto:yihoze@gmail.com]
• hoze매뉴얼프로젝트 . . . . 21 matches
       이 페이지는 '''obsolete'''입니다. 최신 정보를 원하시면 [hoze/style]로 가셔요.
       attachment:hoze2_091215.zip
       3 가지 스타일 파일로 구성되어 있다. hoze-layout.sty, hoze-style.sty, hoze-illust.sty. 이 3 가지를 한꺼번에 불러오기 위해 만든 것이 hoze2.sty이다.
       이것들은 변2단 조판의 조건에서 변화하므로 서로 연관되어 있지만, 반드시 서로가 모두를 필요로 하는 것은 아니다. hoze-style에는 문자를 원으로 쌀 수 있는 매크로가 정의되어 있다. (주석 처리되어 있지만) hoze-illust에는 표와 그림에 관련된 매크로들이 정의되어 있는데, 주로 텍스트와 나란히 배치하는 목적으로 만들어졌다. 설명서는 나중에...
       hozemanucs 클래스를 폐기하고 대신 만든 스타일.이건 hozemanucs를 대체하는 것이 아니라 hozemanucs에서 일부만을 따온 것이다. hozemanucs가 preamble의 모음에 불과했다면, 나의 현재 작업에 특화된 것이지만, 이건 진정 스타일이라고 할 만한다. 사실 스타일이라기보다 conditional text의 중앙 통제소에 가깝다.
       레이텍으로 매뉴얼 만드는 사람들(아마 두 명 정도 될 겁니다) 사이에서 유명한 hozemanucs 클래스를 이용했는데, 최근에 이런 저런 생각이 모여서 이 클래스를 폐기하기로 결심했습니다. 그 이유는 이렇습니다.
       hozemanucs의 특징은 float를 이용하지 않는다는 것입니다.
       그래서 hozemanucs 클래서에서 몇 가지만 추려내어 스타일 파일을 새로 만들고
       이제는 어떤 경우에도 hozemanucs 클래스는 더 쓰지도, 만들지도 않기로 마음 먹었습니다.
       attachment:hozemanucs.zip
        * hozemanucs.cls 이 클래스는 memoir와 memhangul-ucs를 요구한다. 이 클래스로 만들어지는 문서는 당연히 utf-8로 인코딩되어야 한다.
        * hozemanucs.ist 이 색인 서식 파일은 한 쪽에서 처음과 마지막의 색인 항목이 면주에 표시되게 한다.
       c:\>makexindex-dhucs -s hozemanucs.ist foo
       Maintained by [hoze]
• johnnam . . . . 3 matches
       이 해법이 장기적으로는 돈벌이도 되겠지만, 지금 당장은 저의 아버님 일을 덜어드리고 싶어서입니다.--[hoze]
        저도 축하드립니다. --[hoze]
        출판사에서 한 일이 별로 없을 테니 인세를 더 받아내십시오. --[hoze]
• xkeyval . . . . 3 matches
       attachment:hoze-illustfigure.sty
       attachment:hoze-illustfigure_exam.tex
       attachment:hoze-illustfigure_exam.pdf
• 김연주 . . . . 4 matches
        선생님께서는 주로 어떻게 쓰시는지, 보여주실 수 있는 결과물이 있는지 궁금합니다. --[hoze]
        리눅스가 아니라 유닉스였군요. 제가 잘못 들었나 봅니다. --[hoze]
        hoze님이 들으신대로 Mac OS X은 환상적입니다. 우선 유닉스기반이기 때문에(저두 잘 모르지만) 유닉스에서 쓸 수 있는 프로그램도 돌릴 수 있고... LaTeX2Html도 그래서 쓸 수 있는 것 같습니다. 그리고 이놈의 맥은 쓰면 쓸수록 사람을 매혹시키는 군요. TeX도 그러했는데...TeX과 Mac의 만남도 궁합이 잘 맞는것 같습니다. 아래 그림은 Mac OS X에서 LaTeX2Html로 만든 웹페이지입니다. --[김연주]
        링크시켜놓으신 페이지에서 PDF로 만드신 수학 문제들이 퍽 흥미롭습니다. begin quiz/end quize 등의 장치는 어떻게 만드신 것인지 궁금합니다. --[hoze]
• 내가쓰는편집기 . . . . 3 matches
       줄넘김에서 한 단어의 중간이 잘려버리면 잘린 윗 줄의 맨 뒤에 %를 붙여야 한다. --[hoze]
       유니코드 편집기를 찾아야 했습니다. (그 과정은 치열했습니다. 이런저런 에디터를 검토하면서 winedt에 따르지 못하는 불편함에 몸을 뒤틀었습니다. <:( ) 대상으로 떠오른 것은 jedit, emeditor, texmaker 정도였습니다. texmaker는 제일 먼저 제외되었는데 탐색기에서 tex파일을 클릭해도 편집기가 열리지 않기 때문이었습니다. jedit은 도은이아빠의 친절한 안내에도 불구하고 inverse search가 잘 작동하게 하는 데 실패해서 포기했습니다. emeditor는 도은이아빠의 언급에서 시작되어, hoze님의 평과 smcho님의 EmEditor페이지의 소개 등에 의해 대상에 포함되었습니다. inverse search, forward search, external tool 등 여러 기능들을 점검하는 과정에서 plug-in M's TeX Helper 2가 나오면서 모든 것이 결정되었습니다. 무한한 확장성을 가진 emeditor가 자체로 편집기의 강력함을 지닌데다가 TeX작업에 특화된 M's TeX Helper 2가 얹어지면서 winedt 수준의 편리함을 얻을 수 있었던 것이었지요. 이로 인해 winedt을 완전히 버릴 수 있었으며, 나아가 유니코드 편집을 할 수 없는 *치명적* 약점을 지닌 winedt과 친해지지 말라는 점을 알리기 시작했습니다. 마치 20년 동안 (너무나 맛있게) 피우던 담배를 끊고, 아직 담배 피우지 않은 사람들에게 담배를 아예 시작하지 않는 것이 좋다고 말하는 것과 같은 맥락이라 할 수 있겠습니다. --ischo
        * [hoze], IsCho, [작은나무] 님의 EmEditor
• 독후감 . . . . 5 matches
       [hoze] wrote:
        [hoze]님께서 판단한 수준, lshort => A Guide to LaTeX => LaTeX Companion는 어느 정도 일리가 있는 것 같습니다. 각 문서의 나름대로의 장단점이 있는 것 같습니다. lshort는 말 그대로 '''그리 짧지 않은''' 문서이지만, 공식 배포가 온라인이기 때문에 빠르게 업데이트 되는 장점이 있습니다. 읽는 이의 부담을 덜어주고자 처음부터 깊은 내용을 다루지 않았다는 것에 그 의의가 있다고 생각합니다. 이 사항은 '''워드 프로세서 사용자를 위한 LaTeX'''도 마찬가지라 생각합니다. a guide to LaTeX은 이제 3판(1999)이 나왔습니다. 이 책은 TeX에 관한 기술의 발달이 얼마나 빠른지 단적으로 보여주는 책입니다. 그래도 저자들이 성실하게 업데이트하는 편이라 10년도 안되는 짧은 시간에 3판까지 나온 것이지, 그렇지 않았으면 여타의 매뉴얼처럼 낡은 책으로 될뻔한 운명이었다고 생각합니다. 이 책의 인지도는 전적으로 '''바지런한''' 저자들에게 있다고 생각합니다. LaTeX companion에 대한 평가는 제가 굳이 하지 않아도 될 것 같습니다. (저는 아직도 이 책을 처음부터 끝까지 들여다본 적이 없습니다.) 이 책은 1994년 나온 이래, 한번도 판갈이를 하지 않았습니다. 공식적으로 바뀐 Chapter8은 www.ams.org를 통해 제공하고 있습니다. 그럼에도 인기를 얻은 까닭은 아마 쉽게 응용할 수 있는 기초를 예와 적절히 섞었기 때문이 아닌가 싶네요. 이 사항은 이 책의 저자가 Lamport가 아니었길래 가능했다고 생각합니다.
        게다가, 현재의 TeX 사용층이 과연 한글 사용을 치명적으로 요구하는가가 문제겠지요. 지난번 모임의 가장 큰 특징이 '''한글LaTeX을 업무에 활용하시는 (모험적인) 분'''이 등장하기 시작했다는 것이라고 제가 말씀드린 적이 있는데, 이 분야에서는 [Progress] 님이 가장 앞서가시는 분이고, [hoze] 님이 가장 열정적으로 참여하시는 분이고... 그래도 이 층은 아직은 얇고, 생산성이 입증되지도 않았습니다. 대부분의 학계에 계신 분들은... 잘 모르기는 하지만 아마도 "한글사용"에 대한 수요가 아주 크지는 않을지도 모른다는 생각이 듭니다.
        제가 고민하다가 레이텍을 홍보하러 다니기로 작정하고 틈나는대로 레이텍을 알리고 있습니다. 아직까지는 [워드프로세서]에 대부분 만족하는 것 같지만 조만간 가시적인 성과가 있을 겁니다. :) --[hoze]
       웃기지 않나요? --[hoze]
• 매뉴얼프로젝트/대화 . . . . 25 matches
       [hoze매뉴얼프로젝트]에 관한 대화와 건의, 질문과 답변을 위한 페이지입니다. 자유롭게 칭찬, 건의, 질문, 요구사항을 적으시면 됩니다.
       == 제안([hoze]) ==
       ''한가지 hoze님께 부탁이 있는데요. TeX은 가장 좋은점은 자신이 정의한 명령이나 환경을 이용해서 글을 작성하고, 또한 쉽게 전체적인 layout를 바꿀수 있다는 것인데요. 이러한 자신에 맞는 명령이나 환경을 잘 할 수 있는 manual를 만들어 보실 생각은 없는지요? 아니면 지금 하고 있는 일이 다 그런일이라고 생각하지만요. 아무래도 TeX초보자인 저로써는 이렇게 손에 잡히게 해 줘야 좋지 않을까 생각하는데.... 이미 하고 있는데, 제가 못 찾은것은 아니지요?.'' --[synapse]
        제가 밟은 과정이 독특할 것 같지는 않은데, 혹 도움이 된다면 그리 하겠습니다. --[hoze]
       제안: hoze님께서 이 페이지를 깔끔하게 유지하시려는 뜻은 알겠습니다만, 대화는 또 대화 나름대로 raison d'etre가 있는 것이고 이 프로젝트에 대한 칭찬, 건의, 피드백이 가능한 공간이 있어야 할 듯합니다. 이전의 대화들을 포함해서 ?매뉴얼프로젝트/대화 정도의 페이지를 만들 것을 제안합니다. --Karnes
        흠~ 그런가요? 저는 대화를 일회성이라고 생각해서, 그럼 수고우시더라도, 아직 남아 있다면, 이전으로 돌이켜주시겠습니까? DeleteMe가 있는 경우에만 지우도록 하면 되겠죠? --[hoze]
       (추가요청!) 안녕하세요~ 으흐흐 HOZE의 매뉴얼을 너무나도 좋아하는 어설픈 텍 사용자 입니당~
       a{!}는 예로서 말씀해주신 듯합니다. --[hoze]
        [hoze매뉴얼프로젝트]에서 최근에 올린 것을 다시 내려받아 해보시길 바랍니다.
        저에게 메일로 소스와 에러를 알려주시기 바랍니다. 연락처는 [hoze매뉴얼프로젝트]에 있습니다.
        ''DeleteMe [hoze] 님의 typo를 제가 수정했습니다. --[Karnes]''
       == hozemanual.cls ==
       새로 시작하신 hozemanual.cls를 흥미롭게 보고 있습니다. 설명서까지는 아니더라도 간단한 예제를 하나 만들어주시면 무척 감사하겠습니다. --[Karnes]
       구구절절이 설명할 필요는 없고 단지 hozemanual.cls로 만든 문서이면 되겠습니까? 작년에 올린 SLM368처럼요?
        예. 그저 hozemanual.cls의 대부분의 기능을 사용한 문서이면 되리라고, 저는 생각합니다. 일종의 "뽄"으로 사용할 수도 있겠지요. --[Karnes]
       Uploads:hozemanualclsSample.zip
       그 중 한 章만 삽입해서 여기에 올립니다. 다 올리지 못하는 이유는 파일이 크기도 하지만 설명서도 보안 대상이기 때문입니다. --[hoze]
       설마 fakemanual.cls를 이용하시려는 건 아니겠죠? :) --[hoze]
        attachment:texmf-hoze6518.zip 전 그냥 texmf 트리 하나 만들어서 쓰는데요. 그런데, 여기 참 오래만에 들어오는데, 제가 예전에 이런 문서들을 올렸나 싶습니다. 지금 보니까 텍으로 만든 게 아니라 잘 만든 워드 문서를 보는 것 같습니다. --[hoze]
       hozemanual project에 대한 설명서(class에 대한 설명서)를 이전에 한번 본 기억이 있는것 같은데요. 이번에 hozemanual project를 폐기하면서 같이 폐기하셨나요? 있으면 다시 한번 올려주시면 감사하겠습니다. 일전에 말씀드린것 같이 한번 써볼려고요. 그런다고 해서 일일이 class화일을 읽기는 좀 어려워서요.. 감사합니다. --[synapse]
• 모임 . . . . 1 match
        * 참석자 : [johnnam], [Karnes], DohyunKim, ChoF, [hermian], [작은나무] ("5월에 민쯩깠던" 순), chomc, [hoze], MadToad, IsCho (5월에, 민쯩깔 때 없었던...)
• 문화부글꼴 . . . . 1 match
       고맙습니다. 잘 쓰겠습니다. -[hoze]
• 사랑방/200304 . . . . 5 matches
        제가 도은이아버님께 펜티엄600을 드린다고 하였지만, 그것이 현재 쓰고 있는 셀레론 400에 비해 조금 낫다 뿐이지. 요즘 나오는 신기종에 비하면 별로입니다. 장기적으로 생각하면 더 더욱 그렇구요. 차라리 기금 모금이 더 낫지 않을까 생각됩니다. --[hoze]
       texify? compile? texify란 말이 정식 용어인가요? 텍을 아는 사람들이야 그 말이 무슨 뜻인지 알겠지만, compile을 우리말로 아직 옮기지 못한 상황에서 texify를 그대로 써야할지 모르겠네요. 그나마 compile은 이젠 많이 알려진 말이지만 이제 또다시 <텍시파이>란 말을 쓰기가 상당히 껄끄럽고 혼란을 초래할 것 같습니다. compile이 자연어를 기계어로 옮긴다는 뜻이지만, 그 이전에 '편집하다'는 게 본래 뜻이었던 걸 보면 '컴파일'을 그대로 써도 될지 모르겠습니다. 라이브러리 파일로 편집하니까 compile이란 말을 쓴게 아닐까 추측해봅니다. 텍에는 라이브러리 파일이... 없죠? 그렇게 보면 또 안 맞는 것도 같고... 차라리 "LaTeX으로 돌려서, Lambda로 돌려서" 이런 표현이 나을 것도 같고요. -[hoze]
        그런 게 있는지초자 몰랐습니다. 패스에 한 가지 더 추가해야겠네요. --[hoze]
        mytexmf를 C:\ 에 추가했는데, config.bat를 실행하고 나니, mytexmf를 파일이름데이터베이스에서 날려버렸습니다. 그래서 <옵션 관리자>에서 다시 추가해줬습니다. --[hoze]
        <!> 제게는 KTUG wiki가 생긴 것과 [WkPark]님의 은글꼴, [DohyunKim]님의 ttf2tfm 펄 소스, [Karnes]님의 문화부글꼴 재편성과 성경조판에 관한 예제(오, 마이 갓!), [ChoF]님의 TUG2003 참석과 TeX4ht에서의 한글지원, [hoze매뉴얼프로젝트] 등이 기억에 남습니다. 관련 자료를 [KTUG연혁]에 추가하여 주십사 부탁드립니다.
• 사랑방/200512 . . . . 5 matches
        저랑 스타크래프트나 한 판 하시죠. ㅋㅋㅋ --[hoze]
       결론을 말씀드리자면, 이런 점을 감안한 길잡이를 만들어주시는 게 WinEdt 사용자들에게 도움이 되겠다는 생각입니다. --[hoze]
        <!> hoze 님 감사합니다. 오늘 C:\texmf\doc\latex\geometry 속에 있는 geometry.dvi를 다블클릭하였더니 Yap에서는 KTUGOperate:5284''''''에 첨부한 그림(스크린 샷)과 달리 "fi"가 "Θ"로 변하지 않고 "fi"로 정상적으로 보였습니다. 그 동안 고친 것은 WinEdt를 5.3에서 5.4로 올린 것 뿐인데 신기합니다. 다시 컴파일한 것은 아니니까 WinEdt 탓은 아닌 것 같습니다. 제 노트북은 아직도 MiKTeX-KTUG 2.2를 씁니다. 아마 윈도 환경이 변해서 그런 것 아닌가 생각됩니다. 저는 윈도를 자주 업데이트합니다. 그리고
        어떻던 hoze 님 고맙습니다.-- [Yhchoe]
        지금 논의되고 있는 문제는 [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]
• 새나루 . . . . 1 match
       --[hoze]
• 원글자 . . . . 4 matches
       === [hoze/style]의 hzmisc.sty의 이용하는 방법 ===
       사용법은 [hoze/style]의 사용설명서 32쪽 참조.
       === [hoze] 님의 `\cirnum` ===
       그렇군요. -- [hoze]
• 은글꼴 . . . . 1 match
        저는 개인적으로 은글꼴을 좋아합니다. 제가 갖고 있는 글꼴에 대한 저의 상반된 입장은 개인적인 문제가 아닙니다. 주위에서 말들이 많아 그런 거지요. 다른 사람들이 안좋아하는데, 왜 그런지는 저도 잘 모르겠습니다. -[hoze]
• 작은나무/2006-06 . . . . 1 match
       예전에 [hoze]님께서 게시판에 소개하신 xgl을 설치했다. (KTUGBoard:5378)
• 참고문헌만들기 . . . . 1 match
        bib 파일 또는 bib 환경이 텍 파일에 삽입된다고 볼 때(파일의 처리와 타이포그래피라는 관점에서), \hskip-5mm라는 코드는 납득하기 어렵습니다. 참고 문헌 자료가 지극히 개인적인 차원에서만 쓰인다고 하더라도 이런 방식은 레이텍다운 방식이라고 보기 어렵다고 생각됩니다. 판형이 바뀌면 글꼴의 크기나 자간 역시 바뀌기 마련인데 그런 경우에도 -5mm 크기가 적절하다고 확신할 수는 없을 것입니다. 또한 다른 클래스나 패키지를 썼을 때도 이 크기가 유효하지 않을 수 있습니다. 만약에 이런 식의 변형이 반드시 필요한 어떤 이유가 있다면 bibliography 환경을 재정의하는 것이, 비록 쉽지 않더라도, 텍 정신에 더 잘 부합될 것입니다. 십분 양보하여 교수님의 이 방식이 개인적으로 유용하다고 하더라도 많은 초보자들이 참고하는 FAQ에서 권장할 만한 것은 아니라고 봅니다. 초보자들이 이런 코드를 보면 '이렇게 일일이 수작업으로 해줘야 하나? 차라리 워드를 쓰는 게 낫겠다'라고 생각할지도 모릅니다. 그러므로 이 코드 만큼은 삭제하는 것이 바람직하다고 봅니다. 재고해 주시기 바랍니다. --[hoze]
• 표준한글TeX환경프로젝트 . . . . 3 matches
        ''제가 생각한 것은 작은 File Manager에 명령행을 붙여서 함께 제공하면 어떨까 하는 것이었습니다. Total Commander가 아래에 언제라도 이용할 수 있는 명령행을 제공하는데 이것이 정말 편리합니다. Win M인가 하는 것은 명령행을 핫키를 눌러서 열어야하는데, 이건 불편하더군요. 아무튼지 hoze님은 예외적 사용자가 아니신가 싶습니다. 모든 사람에게 명령행의 부담을 안길 수는 없지요. WinEdt가 장애가 되는 면도 있지만, 우선 당장, 시간의 소비없이, 전혀 아무것도 모르는 상태에서 그대로 입력하기만 하면 결과가 나오는 것이 필요할 경우도 있는 거겠지요.''
        "WinEdt가 TeX이다" 이 말을 더 쉽게 받아들인다면 TeXShop 같은 형태가 초보자에게 가장 이상적일지도 모르겠습니다. --[hoze]
       2. MiKTeX 2.4에는 오메가 패치가 되어 있지 않다고 하는데 dvi, ps, pdf 모두 불가능한 것인가?(ofm 때문이죠?) --[hoze]
• 필명과페이지이름 . . . . 3 matches
        제 생각은 조금 다릅니다. [TeX설치가이드]는 명칭에 일반성이 너무 강해서 저로서는 피하고 싶습니다. [Yhchoe] 님이나 [hoze] 님등의 주요 작업은 일종의 ''개인적인 매뉴얼 프로젝트''로 KTUGFaq에 통합되어 있는 것이 좋겠다는 것이 제 의견입니다. 일반화된 [TeX설치가이드] 페이지는 아마도 이러한 여러 가이드 매뉴얼 페이지에 대한 나침반 정도의 역할을 하게 되기를 바랍니다. --[Karnes]
        앗 [TeX설치하기]라는 페이지가 이미 있군요. 개인의 ID가 제목으로 나오는 것은 그리 바람직하지 않은 것 같다는 뜻입니다. 또한 이러한 페이지는 나중에 다른 곳으로 Extracted되어 새로운 페이지가 나올 가능성도 있고, 다른 페이지로 이사할 가능성도 있습니다. 이럴 경우에, [Yhchoe/설치가이드] 혹은 [hoze/매뉴얼프로젝트]라는 식으로 페이지 이름을 변경하여 오해를 없앨 수 있을 것입니다.
        예, 무슨 말씀이신지 알 것 같습니다. :) 위키위키의 공동 작업에 초점을 맞추면 말씀하신 취지가 옳겠지요. 제 생각을 말씀드리면, yhchoe 님의 작업은 [게시판]에서 이루어진 원래부터 상당한 정도 개인적인 작업이셨고, 그것이 그 나름대로 가치가 있다고 생각합니다. 위키에 옮기시도록 권유해드린 이유는 무엇보다 ''참조하기 좋고 수정이 쉽고 빠른 피드백을 기대할 수 있다''는 점(Nsmk:ForgiveAndForget) 때문이었으므로, 현재와 같이 필자명을 밝히는 페이지 이름이 크게 문제가 되지 않는다고 생각한 것입니다. KTUGFaq에는 이미 공동작업 형태로 이루어지는 페이지들과 개인 작업 형태의 문서들이 혼재되어 있는 상황인데, 이것도 크게 나쁘지 않은 것은 아닌가 생각하는 것이지요. 내용의 중복은 큰 문제가 아니라고 생각합니다. 윈도에서의 [MiKTeX-KTUG] 설치에 관한 사항은 이 위키에 이미 서너 가지 안내가 중복되어 있는 상태입니다. 저는 [Yhchoe/설치가이드] 정도가 현재의 KTUGFaq에 더 적절한 이름이 될 것이라고 생각하는 쪽입니다. [hoze]님의 매뉴얼 프로젝트는 개인 홈페이지의 하위 페이지의 의미도 갖지만, KTUGFaq에서 ''찾아볼 수 있는'' '''개인 프로젝트'''라는 의미도 가지는 것이므로, 그 상태로 유지되는 것이 더 낫지 않을까 싶은 것이지요. 그 페이지에 대해서 개인의 책임을 어느 정도 유지하고 참여자가 의견을 제시하도록 하는 것도 한 가지 방법이 되겠고, 그렇지 않을 경우 자신이 직접 별도의 위키 페이지를 만들면 되지 않을까요?
• 한글LaTeX길잡이 . . . . 1 match
       엑셀이나 엑세스에처처럼 정렬까지 해주는 패키지가 있나요? -[hoze]
• 한글글꼴문제 . . . . 4 matches
       [hoze]님께서 [TeX으로책만들기]에서 쓰시기를:
        지난번에 다른 게시판에서 [hoze]님께서 올리신 글을 미루어 유추해볼 때, 이 질문에서 요구하시는 것은 아마도 일반적인 [워드프로세서]에서 그리하듯이 글자들에 대하여 다양한 폰트 설정을 가능하게 하는 방법이 TeX에 없느냐고 물으시는 것으로 이해됩니다. 이를테면 일부 문자들을 선택해서 장평을 줄이거나 늘리고 서체를 바꾸고 하는 워드에서의 작업과 유사한 것을 원하시는 것은 아닌가 싶은데, 제가 이해한 것이 맞는지요?
       하여튼 말씀하신 대로 방향을 잡도록 하겠습니다. (개인적으로 저는 저자와 동시에 편집자일 수밖에 없어서요. 그러다 보니 일이 더디고 내용도 부실해지더군요. 앞으로는 둘 중에 하나만 해야겠습니다.) 말씀 고맙습니다. ---[hoze]
       [hoze]님의 질문 :

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