• ChoF . . . . 1 match
       * Omega-CJK 프로젝트 (with Haruhiko Okumura)
        http://project.ktug.or.kr/omega-cjk/
• DHHangul/대화 . . . . 5 matches
       아래의 대화와 제안은 맨처음 omega-ko라는 이름으로 저자께서 이 프로젝트를 시작한 때부터 이루어진 대화입니다. dhhangul의 발전 과정을 엿볼 수 있는 흥미로운 기록입니다. 새로운 대화와 제안은 이 페이지의 제일 마지막에 추가해주시기 바랍니다. 푸아 버전 이전의 기록에는 소제목을 붙였습니다. --[Karnes]
       Karnes님의 영문글꼴 제안으로 이런저런 생각을 하던 중, 한글과 한자를 다른 글꼴로 지정하면 좋지 않을까 하는 생각이 든 것이 바로 어제였습니다. 그래서 otp 하나를 급조하여 만들어 올린 것이 dhhangul.tar.gz입니다. 스타일 이름도 예전의 omega-ko에서 dhhangul로 바꾸었습니다. 한글(자모 포함)과 ksx1001 기호영역은 은바탕, 한자는 cyberbit.ttf, 라틴, 그리스, 키릴문자는 Omega의 가본글꼴인 omlgc를 이용하게 하였습니다. 무엇보다 cyberbit의 부족한 한글과 은글꼴의 부족한 한자를 결합하여 쓸 수 있다는 사실이 가장 큰 수확입니다. ofm 등 폰트는 제공하지 않으므로 직접 만들어 주시거나 스타일 파일을 적절히 수정하시기 바랍니다. 아직은 많은 것이 부족하지만 일단 작동을 한다는 점에 만족하고 있습니다. --DohyunKim
        위에 적으신 것 가운데 답이 없는데요 :-) 위에 적으신 어느 방식을 써도 PDF에서 한글 자모 검색이 안 되는 문제를 해결할 수 없으니까요. 중간 단계로 여러 가지를 쓸 수 있겠지만, 최종적으로 opentype GSUB/GPOS를 (PUA가 아닌) 써야 할 것입니다. 그런데, 아직 Omega/Lambda 및 관련 도구에서 그것이 가능하지 않으므로 별 진전이 없는 것이지요. 제가 작년 봄에 KTUG 게시판에 올린 글에서 한가지 가능성을 제시하기는 했습니다. 어쨌든, 이 문제는 남아시아와 동남 아시아의 여러 표기 체계 처리를 위해서도 꼭 해결해야할 문제이므로, 우리가 나서지 않아도 - 물론, 우리가 해서 남아시아 및 동남 아시아 표기 체계 문제까지 한꺼번에 해결할 수 있다면 좋겠지요- 조만간 뭔가 답이 나오리라고 봅니다. -- 신정식
       제가 전에 말씀드린것 같은데 TUG 2004 에 ''Typesetting CJK languages with Omega'' 란 글을 발표하려고 했었습니다. 10월말에 Abstract 를 제출했는데 크리스마스가 끝나고야 Accept 메일이 왔습니다. 그동안 연락이 없어서 Reject 된 줄 알고 아무런 준비도 하지 않고 있었는데 갑자기 메일이 날라와서 매우 놀랐습니다. 아무튼 Omega 를 이용해 CJK 문서를 작성하는데 필요한 모든 것을 정리할 예정입니다. 필요하다면 패키지도 만들려고 합니다. 도은이 아버님과 김도현 교수님께서 관심을 가지고 도와주셨으면 합니다. Abstract 및 모든 자료들은 아래의 위키를 사용할 예정입니다.
        http://hep-ph.konkuk.ac.kr/ChoF/OmegaCJK
        CJK가 같이 다니는 것에 대해서 저는 mixed feeling을 가지고 있습니다. 분명히 공통적인 문제가 있고, 같이 해결해서 좋은 면이 있지만, CJ와 K는 크게 다른 부분도 있거든요. 문제는 공통 부분만 강조하다 보니, 다른 점이 잘 부각되지 않는다는 점입니다. K는 한글의 여러 가지 기원설(15세기부터 꾸준히 제기된 인도 브라미 문자 기원설, 파스파 문자 기원설. 세종과 집현전 학자들은 이들 문자에 대해 잘 알고 있었음이 확실하므로, 영향을 받았을 것입니다. 물론, 그렇다고 해서 훈민정음의 과학성에 흠이 생기는 것은 아닙니다. 다른 표기 체계보다 훨씬 늦게 세상에 나온 잇점을 충분히 잘 살려서 그때까지이룬 인류의 표기체계 부분의 성과를 십분활용하고 창조적으로 발전시켜서 한국어에 가장 적합하면서도 과학적인 음운 자질 문자 - phonetic featural script-이자 알파벳- alphabetic-이자 음절 문자 -syllabic script-를 만들어 낸 것은 대단히 훌륭한 업적임에 틀림이 없습니다. 하지만, 한글이 겨우 600살도 채 안 된 '어린' 표기 체계임을 잊고서 그보다 훨씬 전에 나온 표기 체계와 단순 비교해서 우월감에 빠지는 일은 없어야 할 것입니다.)에서 짐작할 수 있듯이 인도 브라미 글자에서 유래한 남아시아와 동남 아시아의 여러 표기 체계와 많은 공통점을 가지고 있고, 실제 처리 과정에서도 그런 점을 고려해야 합니다. 위에서 적은 opentype GSUB/GPOS 활용 부분이 그 단적인 보기입니다. 더구나, 바로 이런 CJ와의 차이가 우리가 오메가를 쓰려는 가장 중요한 이유(현대 한글 완성 음절만을 쓸 경우에는 굳이 Omega가 아니라도 TeX만으로 충분히 처리가 가능합니다.)라는 점을 감안하면 준비하고 계신 글에서는 이 차이와 한글과 남부 및 동남 아시아 표기 체계의 공통점에 대한 명시적 언급이 꼭 들어가야 할 것입니다. -- 신정식
        여러 가지 조언 감사드립니다. 지금 당장 신정식님의 제안을 수용하여 dhhangul을 수정할 수도 있겠지만 일단 저는 조진환님의 작업성과를 기다리고 있습니다. 조진환님의 omega-cjk에서는, 잠깐 살펴보니, UTF-8을 디폴트로 삼고 다른 인코딩도 선택할 수 있게 하는 방향으로 가는 것 같습니다. 위에서 CJ와 K를 같이 취급하기 어렵다고 하셨는데 일단 omega-cjk를 바탕으로 해서 그 위에 K 특유의 성격을 감안한 otp를 부가하면 되겠다는 생각을 하고 있습니다. 현재 가장 절박한 문제는 `UnBatang_odal`을 정비하여 폰트를 만드는 일이라고 봅니다. 그 이후에 PDF에서 검색이나 복사했을 때 한글자모가 U+1100영역으로 보존되도록 하는 문제도 해결되어야 하겠지요. 이 두 가지가 해결되면 더 이상 바랄나위가 없을 것입니다. -- DohyunKim
        오해가 있으신 것 같은데, CJ와 K가 같이 갈 수 없다는 것이 아니라, 같이 갈 부분이 있고, 그렇지않은 부분이 있다는 뜻입니다. 같이 갈 부분(CJK가 모두 가지는 ''음절 문자''라는 특성)은 같이 가서 노력의 중복을 막는 것은 당연히 해야 할 일입니다. 하지만, 그런 일을 하는 한편으로 K만이 가지는 브라미 글자에서 유래한 남부 및 동남 아시아의 여러 표기 체계와 공유하는 성질(''음절 문자''이면서도 ''phonetic alphabet''이라는 성질)이 묻히지 않도록 하고, 그에 적합한 구현을 찾아 보는 노력도 해야 한다는 뜻입니다. 즉, 위에서 적으신 'omega-cjk를 바탕으로 해서'로 시작한 문장에서 쓰신 것과 제 생각은 일치합니다. (앞으로 opentype 지원을 위해서 더 일을 해야겠지만요). 제 글에서 말하고자 했던 또다른 점은 많은 외국인들이 K와 남부 및 동남아시아 표기 체계의 공통점에 대해서 모르고 CJK는 항상 같이 간다고 생각하는 경향이 있으므로, TUG 등 국제 회의에서 발표를 할 때에는 CJ와 K가 다른 점이 있고, 그 가운데 가장 중요한 점 가운데 하나가 이것이라는 점을 환기해 주어야 한다는 점입니다. --- 신정식
        예, 그 [은글꼴] 세트를 말한 것이 맞습니다. cyberbit의 배포 문제는 사용자가 해결하게 되기를 바라지만, 제가 아주 조금 DHHangul을 시험해본 결과는, 옛한글 처리만을 제외하고 이제 어느 정도 안정화된 것 아닌가 생각했기 때문이었습니다. 좀 사용해보시는 분이 많아지면 좋겠다고 생각해서, 제가 개인적으로 만들어서 쓰던 wget이 포함된 다운로드 스크립트를 공개할까 하다가, 이왕이면 DHHangul의 설치 문제까지 한꺼번에 처리되도록 하면 어떨까 생각해서 드려본 말씀이었습니다. 홍석호 님을 만났을 때 잠깐 나눈 대화에서 [표준한글TeX환경프로젝트]에 현재의 HLaTeX을 확장하는 문제가 논의된 바가 있는데, Omega/Lambda 부문에서는 시험판이지만 u8hangul, DHHangul, Omega-cjk를 모두 포함할 수는 없는지 고민해본 적이 있기 때문입니다. 이를테면... texmf 트리를 만들 수 있을 정도로 이 프로젝트가 빨리 진행되기를 바란다는 압력(?)이었다고 생각해주신다면 대단히 감사하겠습니다. ;) 그건 그렇고, 비록 품위에는 문제가 있을지 알 수 없지만, 신정식, 박원규 님께서 말씀하신 바 있는, 중국어 일본어 공개글꼴의 한자 영역을 [은글꼴]에 그려넣는 문제는 어찌 생각하시는지요? 하다못해 third-party 은글꼴이라도 그렇게 만들어야 하지 않겠습니까? terse에 대해서는... 죄송합니다. ;) --[Karnes]
• Hangul-ucs . . . . 1 match
       UTF-8환경에서 옛한글을 제외하고 라틴문자와 한글, 한자만 쓴다면 latex-ucs를 활용하는 방법도 고려할 필요가 있지 않을까 합니다. omega는 아직 한계가 많으니까요. pdftex을 이용할 수도 없구요.
• KC2006/UPDATES . . . . 4 matches
        1. omega
        [http://ftp.ktug.or.kr/KTUG/KTUGCollection/INSTALL/KCupdate-omega-kc06mini.kcupdate KCupdate-omega-kc06mini.kcupdate]
        (!) 확장한자 (새바탕, 새굴림등의 시리즈)를 사용하시려면 omega 패키지를 설치하셔야 합니다. 설명은 [Karnes/Oblivoir/Fonts#s-2.1.5] 혹은 KTUGOperate:19849 를 참조하세요.
• KC2007/UPDATES . . . . 4 matches
       ==== omega 추가 매크로 kcupdate 이용하기 ====
       아래 매크로 추가에 있는 omega kcupdate를 설치하면 hybt, hygt, hyhs 등을 사용할 수 있음. 그러나 폰트 파일 자체는 어떤 식으로든 따로 구하여 시스템에 설치하여야 함.
       === Omega ===
        * 실용적으로 별 필요는 없지만 lambda, lamed로 이루어진 예전 조판 결과들을 테스트하고자 하시는 분을 위하여 묶은 KC2006에 포함되어 있던 Omega/Lambda 한글 매크로.
        * [http://ftp.ktug.or.kr/KTUG/KTUGCollection/UPDATE7/kc2007-omega.kcupdate kc2007-omega.kcupdate]
• Karnes/2007-01 . . . . 1 match
        KC2006 차기 버전에서는 (original) omega를 없애고 aleph로 재편하는 것을 고려.
• Karnes/Oblivoir/Fonts . . . . 2 matches
        (!) KC2006-2-MINI 기본 설치는 은글꼴 트루타입과 type 1, 그리고 윈도 기본글꼴만을 설치합니다. 한양 폰트는 omega 추가설치팩, 그밖의 문화부글꼴과 백묵글꼴은 Fonts 추가설치팩을 더 설치해야 합니다.
        * 확장한자 사용을 위한 hy** 폰트는 -2-MINI 기본설치에서는 제외되어 있음. 이것은 [KC2006/UPDATES] 에서 omega 추가 패키지를 설치필요함.
• LaTeX으로일본어사용 . . . . 10 matches
        * CJK-Omega 를 이용하는 방법
       == Omega-CJK ==
       KC2006 [wiki:KC2006/UPDATES#s-4 추가한글환경] 중 3번 omega를 선택하여 설치하면 omega-cjk를 사용할 수 있다.
       === Omega-CJK 의 특징 ===
        * Omega에서는 책갈피가 안된다. 책갈피 없이 만들어야 한다.
        * 한글 폰트를 변경하지 않는 것이 좋다. 은바탕은 한자 부분이 많이 비어 있고, cyberbit은 EUC-KR 문자만 있기 때문이다. 한자와 한글이 그나마 제대로 갖추어진 것은 한양 바탕인데, 이것은 omega-cjk가 사용하는 한양신명조 otf와 다를 것이 별로 없다고 생각된다. 그래도 굳이 바꾸어보겠다면 omega-cjk.sty의 다음 부분에서 omhysm을 원하는 한글 .ofm 이름, 예컨대 ounbtm 으로 바꾸어주면 된다.
       Uploads:omega.jpg
       attachment:omegapopular2.zip
       \usepackage{omega-cjk}
        * ChoF:OmegaCJK (Omega-CJK by ChoF)
       === 기타 Omega 관련 ===
        * Typesetting Japanese with Omega for busy people
        * Omega를 이용한 일본어 조판. http://zoonek.free.fr/LaTeX/Omega-Japanese/doc.html. cf. KTUGOperate:7864
        * UTF-8 (주로 사용하는 포맷, lambda/omega)
        * Uploads:dhkimthesisomegacjk.pdf : omega-cjk. bookmarks 없음.
• LaTeX으로일본어사용/Obsolete . . . . 12 matches
       == omega-cjk 관련 ==
       ==== [smcho]의 omega-cjk test ====
        * Uploads:smchoomegacjktest.zip''''''을 다운로드한다.
        * otp파일들은 [texmf]/omega/otp 아래 적절한 디렉토리에 -> [localtexmf]\omega\otp
        * ocp파일들은 [texmf]/omega/ocp 아래 적절한 디렉토리에 -> [localtexmf]\omega\ocp
        * sty파일들은 [texmf]/omega/lambda 아래 적절한 디렉토리에 -> [localtexmf]\omega\lambda\omegatest
        * cid-x.map 파일은 이름을 예컨대 {{{cid-omegacjktest.map}}}으로 고쳐서 [localtexmf]\dvipdfm\config 에 넣고, dvipdfmx.cfg 에 {{{ f cid-omegacjktest.map }}} 추가
• MacOS에서설치하기/Alternative . . . . 1 match
       $ patch -p1 < ../01_ttf2pk-1.5-omega.patch
• Omega . . . . 2 matches
       == Omega ==
       http://omega.enstb.org/
       [Omega]( $$\Omega$$ )는 유니코드의 Basic Multilingual Plane을 사용하도록 확장된 TeX이다. 그 첫번째 목표는 TeX의 제한된 다국어 처리능력을 구현하려는 것이었다.
       Omega는 John Plaice와 Yannis Haralambous 씨가 공동으로 개발하였으나, 2004년 Plaice는 Omega의 개발을 중단한다고 언급했다. Omega가 출발할 때 기대가 매우 컸으나 개발은 느리고 기능은 불안정했다. 그래서 Guiseppe Bilotta는 Omega 코드의 안정화와 e-TeX 엔진과의 통합을 시도하는 새로운 프로젝트를 시작했는데, 이것을 [Aleph]라고 한다. 현재 Omega는 더이상 기능이 추가되거나 새로운 개발이 이루어지지 않고 있으며, Aleph는 안정화에 주력하고 있다. 그 대신, Aleph에서 이루어진 많은 성과와 코드들이 [LuaTeX]으로 계승되었다.
       Omega에 LaTeX 포맷을 적용한 것을 [Lambda]라고 부르고, Aleph에 LaTeX 포맷을 적용한 것을 Lamed라고 부른다.
       == Omega와 한글 처리 ==
       유니코드 처리 능력을 가졌다는 점 때문에 Omega는 일찍부터 한글 사용 문제의 해결책이 될 수 있을 것이라는 기대를 가졌다. 이에 관련된 노력들을 기록으로 남겨둔다.
        * KTUGContrib:97 (ChoF) Omega에서 모든 한글 처리
       == Omega와 일본어 및 CJK 다국어 ==
       === Omegaj ===
       === Omega-CJK ===
       ChoF:Omega-CJK
       http://project.ktug.or.kr/omega-cjk/
       AntOmega
• Omega-CJK . . . . 5 matches
       http://project.ktug.or.kr/omega-cjk/
       Uploads:omega-cjk-chinese.jpg
       \usepackage{omega}
       \usepackage{omega-cjk}
       simsun.ttf를 기존의 ofm으로 그냥 쓸 수 있다는 정도로 이해되는데 솔직히 잘 모르겠다. 게다가 simsun.ttf와 어도비의 STSong-Light 폰트의 모양이 달라 보이지 않아 그냥 omega-cjk에 설정되어 있는 대로 썼다.
• TTF2HLaTeXFont . . . . 2 matches
        * 한자영역이 들어있지 않은 폰트를 사용한 경우에 omega에서도 한자가 식자되도록 교정하는 루틴을 추가함.
        * omega의 디폴트 cmap을 `Identity-H`로 수정. dvipdfmx 20020202(cvs)의 변경사항을 반영.
        * Lambda에서 쓰일 cmap을 폰트별로 지정할 수도 있게 함. 개별적 cmap은 각진괄호 `[ ]` 안에 지정한다. 예컨대 다음과 같이 설정하면 `Identity-H`는 오직 Lambda 사용시의 `Hybatang.ttf`에만 적용되고, 다른 폰트에는 `OmegaCMap:`에서 지정한 것 또는 프로그램의 기본값인 `UniKSCms-UCS2-H`가 적용된다.
       OmegaCMap: Identity-H
       OmegaSFD: UKS-HL
        * 추가적으로, [Lambda]를 위한 설정을 하려면 Omega-패치가 적용된 ttf2tfm이 필요합니다.
        1. PDFLaTeX은 Omega/Lambda를 지원하지 않습니다. 즉, `PDFLambda` 형태로 쓰지 않습니다.
        1. 이 스크립트는 Omega/Lambda용 subfont 추출을 위한 `sfd` 파일과 `cmap` 파일을 사용자가 설정할 수 있도록 하고 있습니다. 새로운 cmap/sfd 파일을 사용하여 발생하는 문제에 대해서는 사용자 자신이 책임을 져야 할 것입니다.
        ttf2tfm/ttf2pk에 대해서 이루어진 패치는 제가 알기로 세 개인 것으로 알고 있습니다. 하나는 박원규 님의 것이었고, 나머지 둘은 조진환 님의 패치였습니다. 조진환 님의 첫번째 패치는 `-l` 및 `-L` 옵션, 즉 ligature를 처리하는 것이었는데, 이것은 1.5버전에서 반영된 것으로 알고 있습니다. 두번째 패치는 `-o` 옵션, 즉 Omega/Lambda 지원인데 이것은 공식 버전에는 반영되지 않은 것 같습니다. 박원규 님의 패치는 ttf2tfm/ttf2pk를 freetype2 와 연동한 것이었던 것으로 알고 있습니다만, 역시 이것이 정식 버전에 반영되지 않은 것으로 기억합니다. 결국 CJK Truetype을 이용하기 위한 ligature 처리는 현재의 모든 ttf2tfm/ttf2pk에서 가능하지만 Omega/Lambda를 위한 ttf2tfm/ttf2pk는 Windows에서는 MiKTeX-KTUG 2.2/2.3, W32TeX에 포함된 것에서만 지원되고 fpTeX은 이것이 불가능한 것으로 보입니다. Unix, Linux 쪽에서는 freetype1 cvs를 통해서 받은 다음 위의 패치를 사용자가 직접 적용해야 할 것으로 생각됩니다. 만약 ttf2tfm이 1.4 버전 이하라면 한글 TrueType조차도 처리할 수 없을 것이라고 생각합니다. ---[Karnes]
        자세한 답변에 감사드립니다. 하지만, 저도 이미 ttf2tfm/ttf2tk CVS (오늘 다운로드 받은 따끈따끈한. 즉 1.5 이후인) 소스에 여기 있는 Omega/Lambda를 위한 패치를 적용했습니다. 그렇지 않다면, 김도현님의 펄 스크립트를 돌리는 단계에서 (ttf에서 ofm을 생성할 수 없으므로) 더 나아갈 수 없거든요. 문제는 어떤 이유에서인지 {{{ttf2pk -q -t fontname}}}가 segmentation fault를 내는데에 있습니다. debug optin을 주고 컴파일해서 gdb로 추적해 보아야할 듯 싶습니다. ---신정식
• TeX4ht/대화 . . . . 4 matches
        * tex4ht가 omega나 Lambda를 지원한다는 소리는 없으므로, 천상 가능한 것은 CJK-latex를 이용하는 것입니다. 결과적으로 이것도 새로운 Unicode용 htf를 만드는 일과 적절한 font가 있으면 가능한 일입니다.
        그런데요? 제가 궁금한게 있는데요. 조희대님의 hfont.4ht와 hangul.4ht에서 보면 hfotn.4ht에서는 euc-kr이 되어있고, hangul.4ht에서는 UTF-8로 되어 있던데요. 이것이 지금 현재 가능한것인지요? UTF-8을 쓰기 위해서는 cjk-latex를 사용해야 되지 않난요.아니면 omega인데... 아직 까지는 tex4ht가 omega를 지원하다는 이야기는 없어서요? 조금 이상해서요? 먼가 이야기가 맞지 않는듯싶어서요? 제가 잘 못 이해하고 있는가 싶기도 하구요? --[synapse]
        제가 생각하기에는 .tex 입력파일의 인코딩과는 상관없이 HTML을 [UTF-8]로 출력하는 것은 가능할 것으로 생각됩니다. 그러므로 omega 문제와 만들어진 HTML의 인코딩 문제와는 별 관계가 없겠지요. 최근의 XML은 유니코드를 기본적으로 사용하는 추세니까 .tex으로부터 만들어진 XML/HTML도 UTF-8 인코딩을 사용하는 것이 아닐까요? 아무튼간에 일전에 올리신 Uploads:test.html 을 제가 컴파일해본 것은 UTF-8로 되어 있습니다. => [http://my.ktug.or.kr/~karnes/testtest/synapse_test.html test.html] --[Karnes]
• WinEdtTip/DOS명령실행 . . . . 1 match
        KC2006 Full Install(MINI + hlatex + hangul-k + omega)한 다음에 {{{\usepackage{hangul} }}}을 {{{\usepackage{hangul-k} }}}로 바꾸면 컴파일할 수 있습니다. HLaTeX 1.0.x는 CP949 인코딩을 지원하지 않습니다. 아래 *-cp949-*.tex 파일은 애당초 HLaTeX 0.991을 발전시키는 실험 과정에서 만들어진 소스였습니다. MiKTeX 기준으로 생각할 때 HLaTeX 0.991에서도 HLaTeX 1.0에서도 어디에서도 컴파일되지 않는 테스트 문서이므로 삭제하는 것이 옳을 줄로 압니다. 한글 TeX 발전과정에서 볼 때 CP949라는 "WinEdt에서 열리는" 인코딩은 포기한 것입니다. --[Karnes]
• slomo . . . . 1 match
        * [Omega] (http://omega.enstb.org/), [Lambda]
• ttf2pk . . . . 1 match
        1. 조진환 님에 의한 Omega 패치(2002/04/30)
        1. Omega 패치 : attachment:01_ttf2pk-1.5-omega.patch.txt

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