왜 공개 글꼴이 필요한가?

글꼴은 결과적으로는 예쁘고 멋있어야 하기 때문에 단순히 많은 사람들이 같이 만드는 것은 어려울 것 같고요, 바람직한 방법이라고 생각되지도 않습니다. 이것은 마치 하나의 소설을 여러 사람이 제각각 쓰는 것이나, 하나의 그림을 여러 사람이 서로 다른 붓으로 그려가는 것과 다를 바가 없겠지요.

그렇기 때문에 진짜 쓸만한 공개 글꼴이 있으려면 결국은 전문 글꼴 제작 업체를 통하는 수밖에 없을 것 같고, 또 그렇게 되어야만 한다고 생각합니다.

포도주 병 사진입니다.

위에서 언급한 포도주 사진입니다.

물론, 병에 들어있을 수도 있고, 1.5 리터 콜라병에 들어갈 수도 있습니다.

문화 폰트는.. 오렐리 홈페이지에서 받을 수 있는 cid font말고 ttf도 존재하더군요..
출처는 어딘지 정확하게는 모르겠습니다..

envia님이.. ebuild를 만들어주시면서.. 타르볼로 묶어놔주셔서 :D
http://user.chollian.net/~jh1228/data/gentoo/munhwa-fonts-1.0.tar.gz

위의 url에서 받을 수 있구요..
스샷도 첨부합니다 ;)

이게 저 타르볼에 들어있는 폰트리스트입니다만.. 흠 abiword가 문젠지..
아님 저 폰트가 이상한건지 볼드등이 별로 볼드같지 않은게 몇개 있더군요 -0-

숙연한 분위기.... T.T 흑...
상품 비슷하게 내걸어 놓은 겁니다.

이 쓰레드와는 별 상관은 없겠지만, 간략하게 좀 쓰자면 ....

포도주 잘 담그는 방법은 농약 안 치고 비 안 맞히면 됩니다.
그리고 포도를 따서 일단 쟁여둡니다. 물론, 포도알만 다 따로 떼어내서요.
그리고 그대로 몇일 뒀다가 발로 밟든지 해서 으깨고 걸음망으로 포도 껍질과 씨를 다 빼냅니다. 이 때에 중요한 건 몇일 쟁여두느냐 인데... 적당히 라고 밖에는 ... 포도 종류마다 다르고, 날씨에 따라서, 온도에 따라서, 기호에 따라서 다 다르거든요.
이렇게 해서 나온 포도즙을 그냥 항아리에 넣어 둡니다. 꼭 밀봉해서요. 겨울이 지나서 봄이 오면 밀봉을 뜯고 이산화 탄소를 빼줘야 하는데, 언제 빼느냐는 또 역시나 적당히 입니다. 겨울에 얼마나 추웠느냐.. 등등의 변수가 무지하게 많습니다. 또 얼마나 이산화탄소 등의 발효 기체를 빼내느냐도 술맛을 결정짓습니다. 역시나 그냥 적당히... 그리고 다시 밀봉합니다.

봄이 지나서 여름이 오면 이산화탄소를 몇번 더 빼줘야 하는데, 이때 너무 많이 빼면 포도식초가 되어 버립니다.

그리고 1년이 지나면 뚜껑을 꽉 막습니다. 그리고 몇년이건 그냥 두면 됩니다. 한 3년쯤 지나면 맛이 들기 시작합니다. 그리고 꺼내서 마시면 되는 거죠.

위에서 언급했듯이 농약을 안 치고, 지베리린 처리 안하고 비 안 맞히고, 적당히 잘 익은 포도를 따서 잘 발효시키면 ... 좋은 포도주가 됩니다. 보통 포도주 담근다고 하면 상처나거나 으깨지고 그런 포도로 많이 담그고 소주도 붓고 설탕도 섞지만, 그런 걸로 하면 ... 속성발효가 되기 때문에 맛이 별로 없습니다. 소주를 붓는 이유는 포도에 농약을 치기 때문에 포도의 겉을 씻어야 하고, 그렇게 하면 포도 겉에 자연적으로 발생하는 포도 발효 효소를 다 씻어내게 되므로 자연 발효가 안 일어나게 됩니다. 그렇게 때문에 일부러 주정성분이 있는 소주를 붓는 것이고 설탕은 그렇게 소주를 붓고 나니깐 쓴 맛이 많아지므로 그리고 더 빨리 발효하라고 설탕을 붓는 거죠.

대충 적어 봤는데, 더 자세한 건 ... 글쎄요. 저것 뿐이라... 그다지 더 자세한 건 없네요.

정확하게 이야기하자면 한글글꼴의 한글 글리프들은 대부분 고정폭입니다. (글꼴정보에 가변폭이라 정해져있어도.. 한글 모양이 그렇게 생거먹어서리.. )
문제는 같이 끼워져 있는 영문및 그외 글리프가 가변폭이죠 -0-

(전에 키스 패커드씨가 굴림체 같은넘을 보고 dual width 글꼴이라고 하더군요.. 엄연히 한글과 영문 글리프의 폭이 다르죠 -0- )

감사합니다. 제 자료실로 이동되었습니다. 골치아픈 글꼴 얘기보다는 포도주 만드는 게 더 재밌군요. :lol: 이거 더 얘기했다간 돌 날아올 겁니다~ 아무튼 좋은 정보입니다~

X11에서 gnome이나 kde등등을 쓰면서... 한글 글꼴은 백묵이나 은글꼴이 아닌 윈도 굴림체나 기타 상용 글꼴을 사용하시는 분들이 많은 것으로 알고 있습니다. 이미 윈도 글꼴을 쓰는 방법에 대한 글은 여기저기서 많이 있기도 하고요.

그러나 엄밀하게 말하자면 언제까지 윈도 글꼴에 기댈 수는 없지 않느냐 하는 것이 처음 글을 올리신 분의 생각인 것 같고 저 역시 그 부분은 공감합니다.

공개 한글 글꼴의 품질이 윈도 글꼴보다 더 좋은 품질이거나 동일하다면 수많은 사용자들이 굳이 윈도 글꼴을 추가로 설정하느라 시간을 보낼 필요가 없을 테니까요.

물론 이는 현재 공개되어 있는 한글 글꼴들을 폄하하기 위함이 아니고요. 너무나 감사하게 잘 사용하고 있습니다. 다만 위에서 처음 말씀드렸듯이 글꼴이란 것은 일반 SW와는 달라서 미적 감각이 요구되는 분야이다 보니 아무래도 오픈소스 개발 방식을 따르는 공동 작업으로는 한계가 있을 것이라는 얘기죠. 그 부분에 있어서는 오해 없었으면 합니다....

글꼴의 "통합"은 아주 험난한 길일 것으로 생각됩니다. 예전에도 한글 글꼴과 AA(안티 알리아싱)에 대한 논쟁이 많지 않았나요? 윈도우즈처럼 (작은 크기에서의) 비트맵을 선호하는 사람도 있지만 그렇지 않은 사람도 있으니까요.

개인적으로 "은 돋움"을 기본 UI 글꼴로 아주 만족스럽게 쓰게 있습니다. 저는 윈도우즈의 굴림(=한양 굴림)을 좋아하지 않거든요. 반면, Mac OS X의 기본 글꼴인 "애플 고딕"은 무척 좋아합니다. 결국 이것은 '취향'의 문제일 것입니다. (생각해보면 윈도우즈나 Mac이나 기본 글꼴에도 제작사의 특성이 녹아있지 않나 싶습니다. ^^)

은글꼴과 백묵은 다른 길을 가고 있고 통합이 가능할 것 같진 않은데요. 백묵의 비트맵을 개선하는 프로젝트라면 가능할 수도 있겠지만요.

[한글] 을 위해서 완성도 높고 깔끔한 공개 트루타입&비트맵 폰트가 필요한 시점이 아닌가 싶습니다.

각종 휴대장비부터 초고해상도 디스플레이까지 일관성을 갖춘 레퍼런스 폰트로서 장비의 성향을 따지지 않고 쓸 수 있는 범위까지 바라본다던가, 그렇지 않더라도 현재 레이아웃을 전혀 잡을수 없는 윈도우/리눅스/MacOS(이쪽의 기본 한글 폰트도 만만치 않게 곤란합니다)에 대한 예측 가능한 디자인을 위해서라던지요.

필요는 상당합니다. 누가 총대를 매느냐만 남았을 뿐이죠. 예전의 문광부 폰트의 제대로 된 배포조차 안 이뤄지는 상황에서 과연 어떤 이가?

또한 욕심을 더 부리자면 유니코드 범위까지 전부 다뤄낼수 있어야 할겁니다.

단일폰트에는 상당히 무거운 이야기같지만, 한자, 일본어가 기본으로 담긴 한글 코드셋에게는 기본적으로 해야만 하는 일이기도 하고요.

개인적으로는, 은폰트를 기본으로 작업하면서 비트맵 글꼴 정보를 포함시키는 게 지금으로선 가장 이상적인 방법이 되지 않을까 생각합니다.

실제로 Ogulim 글꼴에 대한 "절반의 공개" 상황에 대하여 한양과 MS에 직접 컨택한 일이 2003년 즈음에 있었습니다. (제가 한 것이 아니라 다른 분이)
MS와 한양은 그 책임(?)을 서로 떠넘기며 글꼴 공개하기를 회피(?)했다고 하더군요.

이건 다른 얘기인데, 내장 비트맵 즉 스크린 글꼴에 대해서만 언급하셨지만, 인쇄 품질을 따져보면 윈도우즈 굴림체는 별로라고 생각합니다.

예. 100% 동의합니다. 사이트 라이센스이기 때문에 구할 수 있는 것 까지만 합법적이고, 사용할 수 있는 것과는 다른 이야기라고 한 것입니다.

물론 품질이 좋은 글꼴이 나온다면 배포판 업체들은 그 글꼴로 옮겨가겠죠. 그렇지만 이미 윈도우 글꼴에 익숙해져 있는 사용자들은 그 글꼴로 쉽게 옮겨갈 수 있을 것 같지 않습니다. 또, 이미 웹 페이지들은 대부분 윈도우 글꼴에 맞게 디자인이 되어 있구요. 여전히 사용자들 중 상당수는 불법적인 방법으로 윈도우 글꼴을 쓰게 될 것 같습니다.

윈도우 글꼴의 품질에 대해서 이야기한 것은 비트맵 글꼴만을 가지고 이야기한 것은 아닙니다. 오히려 비트맵 글꼴의 경우 윤곽선 글꼴에 비해 훨씬 완성도가 높다고 생각합니다. 제가 지적했던 것은 대부분 윤곽선 글꼴의 문제였습니다. 지적했던 것 처럼 여러가지 문제점이 있기 때문에 비트맵을 제외하고 본다면 윈도우 기본 글꼴이 은 글꼴보다 그리 나은 글꼴은 아니라는 이야기죠. :)

이미 작년에 그런 시도가 있었군요. 한양시스템 쪽과 이야기가 잘 풀리지 않았다면, 최소한 비트맵 만이라도 구매해서 공개할 수 있도록 정부를 설득하는 것이 한가지 방법이 될 것 같습니다.

아, 그런데 국내의 경우 비트맵 글꼴의 라이선스가 어떻게 되는지 혹시 알고 계신지요?

IANAL. 그러나 제가 알기로 우리나라도 비트맵 글꼴에는 저작권이 인정되지 않습니다. 90년대 중반에 안상수씨 등이 글꼴도안의 저작권을 주장하면서 소송을 제기한 적이 있었는데 패소했습니다. 물론 글꼴도안에 대한 판례이지만 그래도 그 논리를 비트맵폰트에도 적용할 수 있을 것 같습니다. 학자들의 의견도 대체로 그러하다고 봅니다.(다만 민법상의 불법행위 책임까지 면제될지는 알 수 없습니다.) 윤곽선 폰트는 확고히 저작권이 인정됩니다. 이에 관해 다음을 일단 참고하십시오.

http://www.kafil.or.kr/old_kafil/seminar/13-1.PDF

그러나 우리나라의 저작권만을 고려할 수 없는 것이 현재의 상황입니다. 인터넷이 전 세계를 실시간으로 연결하고 있는 현재 상황을 생각해야 합니다. 유럽에서는 비트맵에 대해서도 저작권을 인정하는 것으로 알고 있습니다. 간단한 문제가 아닙니다. 어쨌든 저는 변호사가 아닙니다.

나중에 한양이나 MS에서 딴지 건다면 작업물을 모두 버려야 할지도 모르기 때문이죠.

몇몇 배포판에 포함되어 있는 백묵 비트맵 글꼴은 다음과 같은 방식의 원판 글꼴을 조합한 것입니다.

http://chem.skku.ac.kr/~wkpark/baekmuk/johab/gulim12_20020405.png

조합하는 알고리즘도 다르고 굴림체에서 cut & paste한 것도 아니며
좀 더 공들인다면 윈도우 굴림과 거의 똑같은 모양으로도 손 볼 수 있을 것입니다만, 이 작업은 한글에 국한된 작업입니다. 한자 영역은 아예 다시 그려야죠

kldp.net의 은 글꼴 제안 및 토론 게시판에 글을 하나 올렸습니다.
박원규님 게시판 확인해주세요.

Verdana나 Trebuchet 같은, MS에서 공개한 영문 글꼴들의 경우 내장 비트맵이 포함되어 있지 않음에도 불구하고, 화면에서도 매우 깔끔하게 출력됩니다. 이 글꼴들을 fontforge에서 열어서 “View” 메뉴의 “Show Grid Fit”을 선택해 보면, 12px, 16px처럼 작은 크기용 glyph가 따로 들어 있는 것 같습니다. 아마 이게 힌팅 정보인 것 같은데, 어떻게 힌팅 정보를 넣고 수정 해야 하는지 모르겠습니다. 누가 방법을 아시면 가르쳐주세요.

이렇게 하는 것이 가능하다면 윈도우의 글꼴과 거의 비슷하게 나오도록 힌팅 정보를 넣어서 한글 글꼴을 만들 수 있을 것입니다. 제 바램은 힌팅 정보를 넣어서 내장 비트맵 없이도 화면에서 제대로 출력되는 한글 글꼴이 나오는 것입니다.

일단 가장 필요한 글꼴은 굴림체인 것 같습니다. 대부분의 사람들이 기본 글꼴로 이용하고 있고, 대부분의 사람들 눈에 가장 익숙한 글꼴이니까요. 바탕체나 돋움체의 경우 화면용 보다는 대부분 출력용으로 사용되는 경우가 많은데, 출력용으로는 이미 은 돋움과 은 바탕의 품질이 윈도우의 돋움이나 바탕체보다 못하지 않다고 생각합니다. 따라서 바탕체와 돋움체는 일단 접어둬도 될 것 같습니다. 게다가 모든 크기의 화면용 글꼴을 다 고려할 필요는 없을 것 같고, 9pt~12pt 정도 즉, 12px, 13px, 15px, 16px 정도의 힌팅 정보만 집어넣어서 글꼴을 만들어도 윈도우 굴림체를 어느 정도 대체할 수 있지 않을까 생각합니다.

이 경우, composite 방식으로 만들면 되니까 일일이 11172글자의 비트맵을 다 그려 넣을 필요가 없습니다. 그렇지만 자연스럽게 나오도록 하려면 초, 중, 종성 각각 꽤 많은 벌이 필요하겠죠. 또, 화면에서 보여지는 윈도우 글꼴과 거의 비슷하더라도 모양만을 보고 완전히 새로 만든 것이기 때문에 라이선스에서 문제가 될 일도 없을 것 같습니다.

그런데 바탕체와 돋움체의 경우 은 글꼴에서 시작하면 되겠지만 굴림체의 경우는 처음부터 시작해야 한다는 점이 문제입니다. 개인적으로, 은 그래픽체를 은 굴림으로 이름을 바꾸고 거기에 힌팅 정보를 넣는다면 어떨까 하는 생각을 해 보고 있기는 하지만 글꼴에 그만큼 투자할만한 시간이 날지 모르겠습니다. 게다가 은진체 작업하느라 마우스까지 하나 해먹은 상태라 현재 터치패드를 쓰고 있습니다. ㅡㅡ;

좀 심한소리 하겠습니다.

그 사이트, 관리는 하는걸까요?

그 자료실에서 받아봤는데 사이즈가 4000bytes 정도길래 열어봤습니다.

<br />
<b>Warning</b>:  filesize() [<a href='http://www.php.net/function.filesize'>function.filesize</a>]: Stat failed for /home/fontcenter/html/data/font/mn.zip (errno=2 - No such file or directory) in <b>/home/fontcenter/html/admin/process.php</b> on line <b>157</b><br />
<br />
<b>Warning</b>:  Cannot modify header information - headers already sent by (output started at /home/fontcenter/html/admin/process.php:157) in <b>/home/fontcenter/html/admin/process.php</b> on line <b>157</b><br />
<br />
<b>Warning</b>:  Cannot modify header information - headers already sent by (output started at /home/fontcenter/html/admin/process.php:157) in <b>/home/fontcenter/html/admin/process.php</b> on line <b>158</b><br />
<br />
<b>Warning</b>:  Cannot modify header information - headers already sent by (output started at /home/fontcenter/html/admin/process.php:157) in <b>/home/fontcenter/html/admin/process.php</b> on line <b>159</b><br />
<br />
<b>Warning</b>:  Cannot modify header information - headers already sent by (output started at /home/fontcenter/html/admin/process.php:157) in <b>/home/fontcenter/html/admin/process.php</b> on line <b>160</b><br />
<br />
<b>Warning</b>:  fopen(/home/fontcenter/html/data/font/mn.zip) [<a href='http://www.php.net/function.fopen'>function.fopen</a>]: failed to create stream: No such file or directory in <b>/home/fontcenter/html/admin/process.php</b> on line <b>162</b><br />
<br />
<b>Warning</b>:  fclose(): supplied argument is not a valid stream resource in <b>/home/fontcenter/html/admin/process.php</b> on line <b>165</b><br />

메일을 보내는게 정상이지만, 글꼴검색 메뉴를 열어본뒤 도대체 존재 의미를 알 수 없더군요. -_-;

http://freedesktop.org/mailman/listinfo/xorg

가입했습니다. : ) 글꼴의 수정 배포 권한에 대해 말을 꺼내신 것 같은데요..

데비안의 ttf-baekmuk, ttf-unfonts, ttf-bitstream-vera의 copyright 파일에서 각각 내용을 따와봤습니다. 백묵글꼴이나 은글꼴의 수정 배포 권한은 Bitstream Vera와 마찬가지로 별 문제 없어 보이는데요.. 맞나요?

비트맵 폰트를 제거하면 크기가 작지 않습니까? 저는 제 취향이 비트맵은
별로라 (에일리어징이 안되어서...) 그걸 없애고 쓰는데 그렇게 하면 상당히
용량이 줄어듭니다. 일단 비트맵이 없는 놈을 제출해서 넣고 필요하면 따로
임베드 되어 있는 놈을 쓰면 되지 않을까요? 맥에서도 비트맵이 없이 쓰지만
특별한 문제는 없는 것 같은데요?

비트맵이 없어서 그런지는 모르겠지만 현재 은글꼴은 freetype에서는 예쁘게 보이지만 MS Windows에서는 좀 밉게 보입니다. 정말 비트맵 때문이라면, 두루두루 성공하려면 비트맵도 필요하다는 주장의 근거가 될 수 있으리라 생각합니다.

디자인과 구경다니다가 놀랐던 점이
한 한교의 시디과에서 한두학기당 타이포그라피 과목 과제로 새로운 글꼴이 2~30개는 나온다는 점입니다.
작품들이 대부분 독창적이고 고품질인 인쇄가능 외각선 글꼴이었습니다.
글꼴로 유명한 대학교 대엿군데 게시판에 글꼴을 공개해보면 어떻겠냐는 글을 붙일 수 있습니다.
매년 두세차례 전국 규모의 글꼴 공모전이나 글꼴 디자이너들이 많이 다니는 사이트나 카페 등에도 관심있는 분들 있을 수 있습니다.
비트맵은 웹폰트 제작자들이 관심을 가질 수 있는 부분입니다.
누가 보통 사람들도 외곽선 한글폰트 만드는 법을 좀 알려주시면 좋겠습니다.
영문폰트 만드는 법은 인터넷에 좀 있는데 한글글꼴 제작법이 자세하게 나온 책은 다뒤졌으나 없는 듯 합니다.
디자인정글에 강의가 있는데 꽤 비싸서 못듣겠군요.

TrueType 랜더러의 출력물이 시스템에 따라서 약간의 차이를 보이는 것 같습니다. 저도 은글꼴을 윈도우즈에서 랜더링할 때 다소 망가져보이는 것을 느낍니다. Mac OS X의 (그 이쁜) 애플고딕을 윈도우즈용 ttf로 변환해서 윈도우즈에서 그려보면 왠지 망가져보입니다. 이 애플고딕을 다시 Freetype으로 그려보아도 역시 좀 이상해보이구요. (제가 Freetype 라이브러리에 익숙하지 않아서 그럴 수도 있습니다. Xft의 코드는 저와는 좀 다르게 하는 부분이 있더군요.)

은글꼴은 Xft로 그릴 때 가장 이뻐보이는 것 같습니다. (Mac에서는 어떻게 보일지 모르겠군요.) 이렇게 랜더러의 특성을 타는 것도 다소 아쉬운 부분이라고 할 수 있습니다. (MS 미워 -_-;; MS도 애플에서 TrueType 라이센스 받아서 하는 걸텐데 왜 출력물이 다른 것인지...)

백묵글꼴 굴림같은 경우 fontlab이나 fontforge를 통해 각각의 자소에 대해서 보면 (cvs에서 글꼴 소스인 *.vfb를 받아서 살펴보면)
마치 각각의 glyph를 처음 한번 스캔해서 만든 후에 단 한번도 손질하지 않은 듯한 여러 glyph를 만나게 됩니다. 한 두개도 아니고, 백묵 글꼴의 품질에 대해 적잖은 실망을 느꼈습니다. 이에 반하여 은글꼴은 M$굴림이나 다른 글꼴에 비해서 전혀 부족함이 없구요.

백묵글꼴에 실망을 느꼈을 즈음에 HLaTeX의 UHC type1글꼴에 감동(?)을 받아서 이 글꼴의 트루타입 변환작업을 시작했고 며칠도 안되어 그 방법을 알아내어 은글꼴 트루타입을 얻을 수 있었던 것이죠.

문화부 글꼴에 대한 문제점에 대해 KTUG에서의 토론입니다.

http://www.ktug.or.kr/jsboard/read.php?table=ktugbd&no=3565&page=1

토론 및 결론은 다음과 같습니다.
* 문화부(문화관광부)의 문화부 글꼴에 대한 라이센스 명료화
* 글꼴 개발에 쓰였을 원본 소스 글꼴 공개
* 필요하면 금전적 지원 필요성

은글꼴과 백묵 글꼴 릴리즈를 알렸고, xorg에 추가해 달라고 요청하였으나 명시적으로 답변을 받지는 못하였습니다. 지속적인 모니터링이 필요할 듯 하고요.

현재 토론은 예상했던 대로 조금 더 일반적인 관점에서 xorg가 글꼴을 어떻게 다룰 것인가에 관한 정책 결정 쪽으로 전개될 것으로 예상됩니다.

글꼴을 만드는 회사들이 꽤 많았습니다.
자당 5000원씩 받던 시기도 있었죠..
지금은 자당 2000원정도인가요? 국가공시가격이 있었던것 같긴 한데...
제대로 된 폰트 에디터로 글꼴 하나 만드는데 10분정도는 걸립니다.
물론 기존 글꼴이 많이 있고 약간의 변형으로 쉽게 만들 수 있다는 가정하에서죠...

2350자 언급하신분들도 있는데, CP949에서도, 유니코드에서도 11172자의 글꼴을 모두 지원하고 있기 때문에... 한글운영체제에서 utf8이 아닌 CP949를 쓴다고 하더라도 11172자를 지원해야 하는것은 기본입니다.

좀 더 나가자면, 유니코드 전영역이 포함된 글꼴이 필요하겠죠...
제 생각엔 폰트구조를 통일시켜서, 현재 많이 사용하고 있는 ttf로 통일하는것이 어떨까 생각합니다. 유니코드 전영역이 포함되어 있는 새바탕체 같은걸 가져다 쓰면 되지 않을까요?

글꼴 만드는 것 위에 어떤분이 쓰셨듯이(약간 장난스럽긴 하지만요..) 아주 고된 작업입니다. 글꼴을 만드는 회사도 지금 거의 다 망한 상태에, 윈도우 글꼴만 조금 만들 뿐이죠... 절대 이윤이 남지 않는... 게다가 MS에서 상용이지만, 쉽게 구해서(?) 쓸수 있는 글꼴을 많이 만들어두었기 때문에, 더더욱 글꼴을 만들고자 하는 의지를 꺽기 마련이죠...

앞으로 코드체계를 utf8로 사용한다면, utf8에 맞춰 iso-10646-2 의 영역까지 포함하는 글꼴도 필요하겠죠...

엄청난 지원을 통해서 글꼴을 통일한다는 말은 현실성이 없어보입니다.
아마도 각 운영체제는 기본글꼴을 선택할수 있도록 지원하고 있을테고, 그것은 대체로 웹브라우저에서 세팅하도록 되어있습니다.

css 나 <font face="굴림"> 형태로 글꼴을 지정할수 있긴 하지만, 영문 윈도우에서는 굴림체명이 "gullim"입니다. 이런것들이야 사용자들이 알아서 바꿀수밖에 없는것이죠.. 아니면, 웹프로그래밍 해당 클라이언트의 OS와 웹브라우저를 확인해서 해당 OS에 default 한글 글꼴이라고 여겨지는 것을 지정해주도록 프로그램 코딩을 해야겠죠.... 이런것들이라면, 표준 라이브러리화 하는것은 가능하다고 생각합니다.

우리나라 한글을 위해서 글꼴 통일에 투자할 사람도 없고, 공짜로 쓰고자만 하는 상황에서 영문 52자 수준이 아닌, 한글 11172자 한문 27384자를 만들고자 하는 사람이 있을까요?

4가지유형(돋움,굴림,바탕,궁서) 이자 한글 11172자만 해도

11172*4*2000(단가 최소로) = 89376000 .. 약 1억원쯤은 default로 들텐데 말이죠... 한문을 포함하면, 몇억짜리 프로젝트입니다.

그리고, 글꼴 단가가 2000~3000원 이유는.. 한번 생산한 글꼴을 또 다른 업체에게 판매하는 것이 가능하기 때문에 낮게 책정된 것입니다.
Open Source계열의 모든 사람들이 쓰게 될 공개 글꼴이라면, 당연히 글꼴 단가도 올라가게 됩니다.

물론, 이런것들을 할수 있는 사람도 적고, 위에 언급되었듯이 몇몇 사람들이 희생으로 최소한의 필요한 글꼴들만 만든 공개글꼴이 나왔지만, 모두를 만족시킬만한 통일 글꼴을 만든다는 것은... 글꼴 제작자들에게 엄청난 부담을 주는 것밖에는 되지 않는다고 봅니다. 한 2만원씩 만명쯤이 기부하여 자금을 모아서 몇몇 글꼴제작자들에게 위탁한다면 가능하겠지만요....

한글 글꼴뿐 아니라, Unicode 6만자를 다 채운 공통 글꼴을 한중일 공동 프로젝트로 하는게 어떨까요?

한글 입장에서는 바탕(인쇄용 글꼴)/굴림(화면용 글꼴)/돋움(장식이 없는 인쇄용/화면용 글꼴)에 대응하는 셋이 필요할테고요. 일본이나 중국에서 널리 쓰이는 글꼴도 있을테니 서로 어울리도록 해야겠죠?

영어와도 어울려야 하니 Times/Helvetica 계열이랑 어울리는 글꼴 (그리고 CM과 어울리는 글꼴)이면 좋겠습니다.

최소한 한 벌이라도 제대로 된 CJK 글꼴이 들어가준다면 사용자의 불편도 최소화될테고, 개발자 쪽에서도 패키징이 쉬워질 겁니다.

문화부 글꼴처럼 저작권을 애매하게 하지 말고, 아예 원도까지 적당한 리눅스 관련 NGO 단체 보유로 해야겠죠.

이런 CJK 통합 글꼴이라면 X.org에서 쉽게 받아줄 수 있지 않을까요?

출력물은 뭔가 느낌이 아주 많이 다릅니다 :)
그리고 ClearType은 영문 글꼴에만 활용되는게 아닙니다..

굴림, 바탕 돋움 궁서 등의 기본 폰트에 embedded bitmap 이 들어 있고.. 그 내장 비트맵의 우선순위가 더 높아서.. 그 내장비트맵으로 보여질 뿐입니다..

(사실 전 Xft 에서 렌더링해주는게 젤 맘에 들더군요 흐흐흐)

http://oku.edu.mie-u.ac.jp/~okumura/texfaq/japanese/

U+9AA8처럼 동일한 유니코드 포인트지만 나라마다 한자 글리프의 모양이 다른 경우가 많습니다. 따라서 통합글꼴을 한중일 3국이 합작해서 만든다는 건 무리가 있습니다.

흠흠.. 오랫만에 새벽에 마루서 뒹굴뒹굴거리다가 -_-;
부모님이 쓰시는.. 노트북이 눈에 띄길래 ;) 한번.. 클리어타입으로 본
은글꼴과.. HY글꼴을 한번 캡춰해봤습니다 헤헤..

역시-_-;; 윈도우에선 비트맵글꼴을 쓸수밖에 없겠구나 싶더군요...
....

조합형폰트가 산업표준이 될수 있었다면,
이렇게 열심히 토론할 필요가 없었겠죠.
또 운영체제란게 우리나라만 쓸것도 아니기에.
다른나라 문자셋역시 생각해줘야 하는게 아닐까요?

조합 글꼴이라고 그 크기가 엄청나게 작아지거나 하지는 않습니다.

은진체는 6-2-2조합 글꼴이라고 합니다.
은 자모 글꼴류(소라,노벨, 바탕,돋움) 모두 이와 비슷한 조합글꼴이며,
은 필기체는 한텀 조합글꼴에서 쓰는 조합과 같습니다. (10-4(3)-4)

이들의 글꼴 크기는

$ ls -sh UnJamo*
784K UnJamoBatang.ttf  652K UnJamoNovel.ttf
656K UnJamoDotum.ttf   652K UnJamoSora.ttf
$ ls -sh UnPilgi*
648K UnPilgi.ttf  640K UnPilgiBold.ttf

$ ls -sh UnGraphic*
772K UnGraphic.ttf  752K UnGraphicBold.ttf

조합글꼴이라고 글꼴 크기가 엄청나게 작거나 하지 않습니다. 한글글꼴이 매우 큰 이유는 한글때문이라기 보다는 한자때문입니다.

한자가 들어간 은돋움체 크기

$ ls -sh UnDot*
2.2M UnDotum.ttf  2.5M UnDotumBold.ttf

백묵글꼴이 큰 이유는 composite truetype이 아니고, 각 한글 음절을 따로 따로 그렸기 때문입니다. 일종의 완성형 형태의 글꼴인것이죠.

xorg쪽에서는 전체적으로 논의가 사그라들어서 어떻게 접근하는 것이 좋을지 잘 모르겠습니다.

위에 제가 올렸던 Jim의 답장 이후 다른 답장은 올라오지 않았습니다. 아무래도 6.8 release 때문에 별 관심이 없는 듯 하고요. 6.8 release이후까지 더 기다렸다가 나중에 다시 제안을 하는 것이 좋은 것인지 잘 모르겠습니다. 어쨌든 지금 당장은 xorg에 글꼴을 추가하는 것은 어려울 듯 하네요. :-(

저도 여가가 좀 되면 다시 강호 출도를 하고 싶으데 쉽지 않네요 하하하

그리고 박원규 님 글을 보니 백묵 글꼴의 질이 별로인가 보지요 흠
제가 글꼴에 대해 깊이는 모르고 또 김정환 선생님이 거의 컴맹이어서
서로 커뮤니케이션하는데 애로가 많아서 이란 상황이 되었나 봅니다 :(

최소 사이즈로 한글 글꼴을 만들 경우 얼마나 작아지는지 최대한 줄여 보려고 “Compact체”를 만들어 보았습니다.
1x1x1 세벌도 아니고, 자음, 모음 각각 1벌씩 2벌 글꼴입입니다. 최대한 크기를 줄이기 위해 glyph를 따로 만들지 않고, 한글 자모 영역에 그려넣은걸 그대로 조합했습니다만, 거의 작아지지 않는군요.

-rw-r--r--  1 alee alee 543724 Aug 18 13:28 Compact.ttf
-rw-r--r--  1 alee alee 562440 Aug 18 03:13 Eunjin.ttf
-rw-r--r--  1 alee alee 546104 Aug 18 03:12 Ongdalsam.ttf

조합 테이블의 크기 때문에 이정도가 거의 한계인 것 같습니다. 한글 글꼴의 경우 조합 테이블 대신에 테이블을 만들어주는 규칙만 저장한다면 크기가 훨씬 작아지겠지만, 트루타입에서 이런 것을 지원하기를 기대하는건 무리겠지요?
ttf-alee 1.8 버전부터 들어 있고, 아래는 스크린샷입니다.

http://debianusers.org/gallery/album01/alee_compact?full=1

앗, 그냥 Compact 체였는데, 반달체로 이름 바꿔야겠습니다. 감사합니다. :)

이름 반달체(Bandal.ttf)로 바꿔서 올렸습니다. 오늘 네번째 다시 올리는군요. 버전이 벌써 2.2로 올라갔습니다.

폰트를 실제 제작하고 있는 "백수" 입니다. 심심풀이 땅콩으로 프로젝트를 진행하고 있지요. 현재 영문 + 특수문자 + 한글 + 숫자 이런식으로 해서 기간을 약 한달 잡고 초고속으로 진행하고 있습니다. 12일부터 시작해서 하루 쉬고 오늘까지 대략 1500자 넘게 만들었습니다. 앞으로 9000자가 넘는 글자를 더 해야 합니다.
전 개인적으로 오픈 폰트가 있었음 하는 바램입니다만, 현실적으로 당장은 쉽지 않습니다. 일단 근본적 원인에는 다음과 같은것이 있습니다.

- GNU 라이센스의 한계
< 한글은 기본적으로 11171자가 넘고요 영문과 숫자 기타 특수문자를 포함하면 13000자가 넘습니다. 여기에 한자가 들어가면 죽어나죠. 한자까지 디자인 해서 이걸 일일히 다 디자인해서 공짜로 뿌릴걸 생각하면 완전 미친 짓일겁니다. 프로그래밍도 사실 생각할게 많아서 복잡하고 어렵지만 디자인 이라는 것도 프로그래밍처럼 절대 쉬운일이 아닙니다. 머리를 한참 싸매고 몇번이고 결과물을 보아야 해결되는게 디자인 작업이죠.
GNU에서는 저작된 최종 컨텐츠까지 공개하라고 하진 않습니다. 따라서 디자이너의 뜻에 따라 공개여부가 결정됩니다. 디자이너 자신이 동의하지 않는한 절대적으로 라이센스는 GNU로 넘겨지지 않습니다. GNU 라이센스 전문을 보시면 프로그램을 이루기 위한 소스코드 (즉, GNU 기반의 오픈소스)와 그것으로 이루어진 프로그램에 대해서만 GNU 공개 라이선스 원칙이 적용되고 있습니다. >

- 소스 공개의 문제 . . . 저작권상의 제약 .
< 어차피 공개한다 쳐도 해당소스는 상업용 프로그램으로부터 나옵니다. 또한 다루는 툴 자체가 상업용 프로그램이므로 이로부터 나온 산물도 언젠간 상업화되기 마련입니다. 이러한 본질적 문제를 해결하려면 GNU 오픈소스를 기반으로 한 서체 디자인 프로그램이 필요합니다. >

또 다른 부차적 요인을 보자면, 한국의 오픈소스 프로젝트 참여자분들 중에 글꼴을 "전문적"으로 디자인하시는 분이 별로 없습니다. 그러니까 디자이너가 아니라 취미삼아서 거의 전문적으로 폰트를 디자인하는 그런분들 말입니다.
대부분 명조체나 뭐 이런 폰트를 제작하는 사람들은 "전문 디자이너직"이고요 . . . 디자인한 결과물로 먹고 삽니다. 글꼴 하나 디자인 하는것 . . 예를 들자면 사실 "가" 라는 한 글자를 디자인 하기 위해서는 "땡전 한푼이라도 받아야 한다" 는 법칙이 머릿속에 박혀 있는게 디자이너죠.

그래서 현 시점에서 조차도 소스까지 완벽하게 공개된 일반 공개 글꼴이 나오지 않고 있습니다.