추억의 간이역 서체들

이제는 갈수록 보기 어려워지고 있는 추억의 서체들을 보라.
서체 쪽으로 조금이라도 눈썰미가 있는 철도 매니아라면 저런 글씨체 보기만 해도 가슴이 쿵쾅쿵쾅 뛰고 감흥이 느껴지지 않는가?

사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지

그러다 1990년대 철도청 시절에는 HY울릉도가 각종 역명판 서체로 쓰였고, 21세기에 들어와서는 아시아폰트에서 제작한 코레일체라는 전속 서체로 또 한번 서체가 다 물갈이되었다.
HY울릉도는 둥글둥글하면서도 간판용으로 가독성이 무척 좋았기 때문에 건물 간판이나 도로 톨게이트 등에서도 많이 쓰였다.

내 기억이 맞다면, 2009년에 확인한 바로는 카이스트 기계 공학동 건물도 간판이 울릉도체였다.
그 반면 코레일체는 울릉도보다 좀 홀쭉하고 각진 느낌이 난다.

사용자 삽입 이미지
하긴, 그러고 보니 옛날에는 각종 제목이나 심지어 도로 표지판 서체도 동글동글한 게 대세였다. 그러던 게 산돌 도로표지판이 등장하고부터 완전히 고딕 컨셉으로 바뀐 것이다.

사용자 삽입 이미지

사라져 가는 추억의 간이역 역명판체가.. 디지털 서체로 부활한다면
과거 산돌에서 성경체(옛날 성경책 특유의 붓글씨 서체)를 개발한 것만큼이나 획기적인 업적이 되리라 생각한다. 특히 저 '서빙고' 체는 아마추어 티도 안 나고 굉장히 예쁘다.
하지만 과연 부활이 가능할까? =_=;;

Posted by 사무엘

2010/07/08 08:22 2010/07/08 08:22
, ,
Response
No Trackback , 2 Comments
RSS :
http://moogi.new21.org/tc/rss/response/314

문화바탕체를 기억하십니까?

요즘은 조금 인지도가 있는 기업이나 단체들은 전속 서체를 만드는 게 유행이다.
MS에서 2006년 말부터 윈도우 비스타+오피스 2007+IE 7과 동시에 맑은 고딕을 뿌리기 시작했으며,
한겨레나 조선일보 같은 신문사들도 자기네 전속 서체를 일반인에게 공개했다.
그 후 네이버 역시 나눔명조/고딕 시리즈를 공개한 것으로 유명하고, 최근엔 한컴도 아래아한글 2010과 함께 함초롬 바탕/돋움 시리즈를 공개하여 그 뒤를 따랐다.
대기업인 삼성도 전용 서체가 있고, 코레일도 역명판에 사용하는 전속 서체가 있다.
인천 공항은 각종 표지판에 미공개 전속 서체를 사용하고 있다.
물론 그 배후에는 하청을 받은 산돌이나 윤디자인 같은 회사의 디자이너들이 엄청 고생했다.
 
개개의 서체를 만들어 파는 방법으로는 도저히 수익을 낼 수 없으니 서체 회사들은 확실한 과금 체계가 존재하는 포털 사이트(싸이)나 모바일 쪽으로 사업 대상을 바꾸거나, 저렇게 전속 서체 외주를 수행하는 방법으로 수익을 내고 있다. 웹브라우저나 MP3 플레이어 소프트웨어를 개인이 따로 돈 주고 쓰는 경우가 없듯이, 서체 역시 그 자체가 수익이 아니라 마케팅 수단처럼 되어 가는 게 현실이다.
 
전속 서체는 이미지가 중요한 사기업만 만드는 게 아니다. 가끔은 지방 정부 내지 국가가 세금을 투입하여 만들기도 한다. 월드컵 때엔 경기장 내부 표지판용으로 나라에서 각종 표지판용 전속 서체를 제작해서 썼는데 이 글꼴은 요즘 WOW 같은 온라인 게임에서도 애용되고 있다고 들었다.
최근엔 서울시에서 시 브랜드 재고를 위해 서울 남산체를 개발한 것으로 유명하고 이 서체는 지하철 인테리어에서 적극 쓰이는 중이다.
 
그런데.. 이렇게 브랜드 이미지 마케팅이 중요하게 부각되기 전에, 무려 1990년대... 그때는 어지간한 PC 환경에서는 윤곽선 글꼴 자체를 구경할 수 없던 시절에,
지방 정부도 아니고 우리나라 중앙 정부가 팔 걷어붙이고 국고를 투입하여 대한민국 국민이라면 누구나 무료로 쓸 수 있는 '전속 서체 세트'를 개발한 적이 있었다.
그것도 특정 단체나 브랜드를 위한 톡톡 튀는 서체가 아니라, 본문용 네모꼴 한글 서체의 디자인 표준을 제시하는 가장 원천적이고 교과서적인 서체를 만드는 게 목적이었다.
 
그 작품은 바로 문화바탕체이다. 여기서 '문화'란, 당시 이 서체 개발하라고 연구비를 대 준 정부 부처인 '문화부'(훗날 문화관광, 문화체육 등 다양한 이름으로 바뀐)의 이름을 딴 것이다.
짜잔~ (맨 아래의 검은 글자)
 
사용자 삽입 이미지
명조체와 비슷하나 우리가 흔히 보는 그런 명조류가 아니다. 명조라고 보기에는 좀 붓글씨 내지 펜글씨 같기도 하지만 흘리거나 날린 흔적은 없다. 특히 명조 계열임에도 불구하고 ㅈ이 명조가 아닌 고딕처럼 ㅡ+ㅅ 형태로 그려져 있으며, ㅠ에서 왼쪽 ㅣ가 왼쪽으로 삐쳐져 있다. 문화바탕 말고 ㅈ이 그렇게 그려져 있는 본문용 명조는 아마 신문명조 부류밖에 없을 것이다.

문화바탕은 1991년엔가 그때 개발되었으며, 1992년에 발매된 아래아한글 2.0 전문용이 지원하는 윤곽선 글꼴로 공개되어 많은 반향을 일으켰다. 그 후 문화돋움도 나왔으며, 아래아한글 3.0 시기인 1994~1995년에는 문화바탕제목, 문화돋움제목 같은 진한 제목용 서체와, 문화쓰기흘림, 문화쓰기정자, 문화쓰기필기 같은 진짜 펜글씨· 붓글씨 서체가 후속작으로 잇달아 개발되었다.

이 문화* 서체들은 아날로그 서체이다. 마치 만화 그리듯이 사람 손으로 원도를 그린 후, 그걸 스캔하여 윤곽선을 추출하고 따로 보정을 거쳐서 만들어졌다. 사실, 수많은 서체들이 그런 방식으로 새로 만들어지고 있으며, 컴퓨터가 발명되기 전부터 쓰여 온 서체들도 그런 방식으로 디지털화했다.
 
문화바탕의 원도를 그린 사람은 최 정순 씨이나, 서체 컨셉은 개발 위원회 멤버들의 합의를 거친 것이지 전적으로 그 사람 개인 작품인 것은 아니다. 원도의 디지털화는 한글 타이포그래피과 출판 기술 쪽으로 최고의 권위자이며 왕년에 <컴퓨터는 깡통이다> 시리즈로 매스컴도 여럿 탄 유명한 이 기성 교수가 작업했다. 세리프가 많은 아날로그 글꼴을 디지털화했다는 특성상 문화바탕은 덩치가 크고, 과거 도스 시절에도 래스터라이즈하는 데 좀 시간이 걸리는 글꼴이었던 걸로 기억한다.
 
  (물론 요즘은 종이에 그리는 원도 없이 처음부터 컴퓨터의 포인팅 장비만으로 만들어지는 글꼴도 있다. Georgia라든가 윈도우 비스타에서 새롭게 추가된 글꼴들은 그런 순수 디지털 서체라고 한다. 전통적인 서체들에 비해 모니터 화면 같은 저해상도에서의 가독성이 더욱 강화되었는데, 특히 숫자를 좀더 위아래로 들쑥날쑥하게 그린 것도 그런 효과를 위해서라고 한다.)

문화바탕은 나름대로 굉장한 의미를 지니고 개발되었다. 앞으로 이런 문화바탕 특유의 냄새가 나는 서체는 거의 찾을 수 없을 것이다. ㅈ이라든가 ㅠ의 모양 같은 것도 본문용 한글 서체라면 앞으로 이렇게 문화바탕처럼 만드는 게 맞다는 식으로 나름대로 원칙과 표준을 정한 것이다. 하지만 매우 보수적이라는 출판계의 보수성으로 인해, 그로부터 거의 20년 뒤, 윤명조가 대세가 된 오늘날까지도 그 가이드라인대로 만들어지는 본문 글꼴(특히 ㅠ 모양)이 거의 없다시피한 것이 현실이다.
 
그 대신 오늘날까지도 문화바탕을 출판물에 가장 적극적으로 활용하고 있는 곳이 어딘지 아는가?
여호와의 증인-_-이다.
본인이 몇 달 전에 우연히 간행물 파수대를 봤을 때에도 본문이 문화바탕체인 걸 봤다.
그런데 그들 간행물에서만 볼 수 있는 특유의 정교한 유채화(oil painting) 스타일의 삽화와 더불어 문화바탕체는 내가 보기에 근엄하고 진지한 분위기도 내면서 잘 어울리는 편이다.
사용자 삽입 이미지
(본문은 딱 보면 문화바탕, 굵은 글씨는 문화바탕제목임을 알 수 있다. 이걸 알면 용자. 그리고 저 본문 내용이 전혀 성경적이지 않은 이단 교리라는 걸 아는 독자라면 더 용자. ㅋㅋ)

이러다가 문화바탕체가 여호와의 증인들 전속 서체처럼 되지는 않을까 하는 생각마저 든다. 본인이 21세기 이래로 문화바탕체를 본 곳은 이 기성 교수가 관여한 출판물 아니면 여호와의 증인, 딱 두 곳뿐이다! ㅜㅜ
 
아울러, 문화* 글꼴들은 한글에 어울리는 영문/숫자 글꼴이 전혀 개발되지 못한 것도 아쉬운 점이다. 연구비 삭감-_- 때문이라고 하며, 이 교수 역시 그 시절을 회고하면서 이 점에 대해서는 몹시 아쉬워하는 것을 강연에서 들었다.
 

Posted by 사무엘

2010/03/12 19:11 2010/03/12 19:11
,
Response
No Trackback , 4 Comments
RSS :
http://moogi.new21.org/tc/rss/response/209

아래아한글 2010과 함초롬체

드디어 한컴 오피스 2010이 출시됐다. 2006년 한글날에 2007이 나온 지 3년 반 가까이 지나서이다. 하양+파란 컨셉이던 2007과는 달리 빨간 컨셉이 무척 인상적이었다.
2010 버전은 개발 중엔 코드네임이 '보난자'였다. bonanza.. 어원이 영어인 것 같지 않으나 영어이며, '노다지, 수지 맞는 일'이라는 뜻이다.

2007까지만 해도 국내 관공서 환경을 고려하여 윈도우 9x를 지원하고 비주얼 C++ 2003으로 빌드했는데 이제는 VC++ 2008로 완전히 탈바꿈했고 지원 플랫폼도 상향 조정되었다.
그리고 MS 오피스 2007의 리본에다가 기존 메뉴 인터페이스를 혼합한 나름 상당히 독창적인 인터페이스를 도입한 것을, 베타 시절부터 확인할 수 있었다. MS 오피스에서는 2007 SP2때부터 도입된, OpenDocument 스펙 지원도 아래아한글 차기 버전에서 약속된 사항 중 하나이기도 했다.

(2009년 여름 그때가 넥셀의 이름을 바꾸려고 막 고민하던 시절이었다. 베타테스터 신청만 해 놓고 활동은 거의 안 한 것에 대해서는 좀 송구스럽지만. -_-)

아래아한글 그쪽 제품은 지금까지 가정용으로는 상당히 비싼 가격 때문에 원성이 많았다.
물론 주 고객이 어차피 정부, 관공서이다 보니 그쪽으로는 비싼 가격으로 납품이 가능했겠지만, 아예 모든 개인 사용자를 잠재적인 불법 사용자로 간주하고 고객에서 배제하는 정책 때문에 한컴에 그나마 호의를 갖고 있던 사용자마저 잃은 것도 사실이다. 이를 의식해서인지 한컴 오피스 2010의 가격은 가정용과 기업용이 서로 굉장히 차이가 많이 난다.

이번 한컴 오피스 2010에서는, 아래아한글의 한글 입출력 체계가 워디안 이래로 거의 10년만에 크게 바뀌었다. 그 중심에는 새로 추가된 함초롬체가 있다. 한글 입력기의 개발자이며 글꼴 쪽으로 관심이 많은 본인은 이것도 당장 살펴보지 않을 수 없었다. 글꼴의 제작사는 윤디자인.

글자 모양이야 딱 맑은 고딕이나 네이버 나눔명조, 서울남산 같은 요즘 트렌드를 반영한 깔끔한 모양이다. 그러나 더 놀라운 점은 그 뒤에 있다.

결론부터 말하자면, 이제 아래아한글도 10년 가까이 고수해 온 한양PUA 대신 유니코드 5.2 표준으로 돌아왔다. 즉, <날개셋> 한글 입력기 5.x와 옛한글을 그대로 주고받을 수 있다. 받침 ㅃ이나 ㅗㅑ 같은 모음까지 다 포함해서 말이다. 이제 아래아한글까지 이 대열에 합류한 이상 한양PUA의 입지는 더욱 좁아지게 될 것이다.

오픈소스 쪽의 작품은 잘 모르겠지만, 유니코드 5.2 자모가 모두 들어있는 최초의 상업용--비록 일반 개인 PC 사용자에게는 무료 배포이지만-- 한글 글꼴이 바로 함초롬이 아닌가 한다.

과거 MS에서 도입한 한양 시스템 글꼴은 6*2*4벌로 옛한글을 매우 제한적으로 조합 가능했던 반면, 함초롬체는 옛한글 자모도 초성의 경우 15벌 가까이 디자인된 것도 있고 일반 현대 한글과 별 차이가 없을 정도로 매우 정교하게 잘 만들어져 있다. 이 어마어마한 옛한글 자형들을 그것도 볼드까지 모두 만들어 낸 서체 제작자에게 경의를 표한다. 함초롬은 옛한글 자모의 품질까지 크게 향상시켰다.

다만, 함초롬체는 매우 큰 약점이 있다.
옛한글의 조합은 아래아한글 내부에서만 된다!! ㅜ.ㅜ
옛한글 조합을 과거 MS의 서체처럼 GSUB, GPOS 같은 표준 오픈타입 기술로 구현한 게 아니며, 그 세부적인 조합 메카니즘은 여전히 아래아한글이라는 프로그램 내부에만 숨겨져 있다. 쉽게 말해 웹으로 치면, RIA 표준 기술 대신 액티브X를 썼다는 소리.

사실 그걸로 한글 특유의 정교한 3차원 조합 테이블을 오픈타입 스펙만으로 기술하기란 너무 복잡하고 어려운 면도 있을 것이다.
다른 프로그램에서는 옛한글 자모가 그냥 빨랫줄/직결식 글꼴처럼 모아쓰기 형태로 알아볼 수나 있는 최소한의 모양으로만 찍힌다.
뭐 그것도 없는 것보다는 훨씬 낫긴 하나, 옛한글 표현에 관한 한 포맷만 TTF이지 거의 아래아한글 전용 서체처럼 된 건 분명 아쉬운 점이다. 간단하게라도 오픈타입 테이블도 내장해 주면 참 좋았으련만.

그래도 이런 서체가 생긴 것만으로도 날개셋 도움말이라도 업데이트 할 사유가 생겼다.

Posted by 사무엘

2010/03/02 14:31 2010/03/02 14:31
, , ,
Response
No Trackback , 4 Comments
RSS :
http://moogi.new21.org/tc/rss/response/202

굴림, 궁서의 한자 글립

거의 20년 전의 윈도우 3.0 이래로 한글판 운영체제가 내장해 온 한글 글꼴은 바탕, 돋움, 굴림, 궁서의 4종류였다. 그리고 한자 글꼴은 바탕, 돋움에만 존재하여 2종류였다. 지극히 교과서적인 기본 글꼴에만 한자 글립이 있었다는 뜻.
그때는 fallback 글꼴이라는 개념조차 없었기 때문에 궁서나 굴림 같은 글꼴을 쓰면 한자가 아예 나타나지도 않았었다.

그러던 것이 윈도우 95에서부터는 상황이 크게 개선되어 궁서의 한자는 바탕으로, 굴림의 한자는 돋움으로 좀더 유사한 글꼴의 한자 글립을 공유하게 되었다. 이것은 별도의 fallback 글꼴을 지정한 게 아니라, 아예 한 글꼴 파일이 collection으로 바탕과 궁서를 나타내고 있고 한자 글립을 내부적으로 바탕의 것으로 공유하기 때문에 가능해진 것이다.

윈도우 비스타에서 새롭게 추가된 글꼴인 ‘맑은 고딕’도 한자 글립을 갖고 있지 않다. 한자를 찍으려고 하면 돋움체의 글립이 자동으로 쓰이는데 이것은 fallback 글꼴이 쓰인 게 맞다.

한자 자체도 윈도우 95 시절까지는 고작 KS 완성형 코드에 있는 상용 한자 4888자밖에 없었다. 그러던 것이 98부터는 확장 한자 2856자가 추가되었고, XP 무렵에는 유니코드의 ‘한중일 통합 한자’ 영역의 한자가 모두 기본 제공되기 시작했다. 그리고 비스타부터는 ‘한중일 통합 한자 확장 A’까지 굴림/돋움 같은 글꼴에서 기본 제공되기 시작했고, 심지어 surrogate 영역에 존재하는 확장 B도 외국에서 제작된 별도의 글꼴을 자동으로 fallback 하여 표현할 수도 있게 되었다.

이렇게 PC 환경이 좋아지면서 컴퓨터에서 문자를 표현하는 능력이 비약적으로 향상돼 왔는데 본인이 늘 아쉽게 생각하는 게 있다. 기본 제공되는 한자 서체 자체는 20년 전이나 지금이나 바탕과 돋움 두 종류뿐이라는 점이다. 이제는 굴림과 궁서도 고유한 한자 글립을 제공할 때도 되지 않았나 싶다.

21세기가 된 지 무려 10년 가까이 지나고 온갖 기발하고 현란한 한글/영문 글꼴이 넘쳐나는 지금도, 한국에서 소위 명조와 고딕 계열 이외의 한자 글꼴을 찾기란 의외로 매우 어렵다! 사실은 신명조와 중고딕 말고 견명조, 견고딕조차도 드문 실정이다.
어지간한 운영체제나 워드 프로세서가 번들로 제공하는 글꼴에서는 거의 찾을 수 없고 최소한 별도의 글꼴 확장팩에서나 제공된다. 이런 의미에서 과거 아래아한글 2.5 확장팩은 정말 신선한 충격이었다. ‘신명 궁서’는 아래아한글이 최초로 제공한 궁서 계열 한자 글꼴이었다.

그나마 견명조, 견고딕, 궁서는 좀 사정이 나아졌다. 아래아한글이 번들로 제공하는 HY견명조, HY견고딕에도 한자 글립이 같이 들어있다. 하지만 굴림 계열의 한자 글꼴은 정말 없다. 무려 아래아한글 3.0대 내지 96의 확장팩부터 제공된 한글맵시 글꼴에서 그런 한자 글꼴을 본 기억이 나고 HFT가 아닌 범용적인 TTF 방식은 아직까지 구경조차 못 해 봤다.

둥근고딕, 세나루, 디나루 등의 명칭으로 불리는 이 굴림 계열 글꼴은 원래는 그래픽이나 헤드라인처럼 일반 PC에서 보기가 쉽지 않은 글꼴이었으며, 아래아한글도 2.5 확장팩에서부터나 제공하기 시작했다. 그런데 윈도우 95가 이 글꼴을 확 퍼뜨려 준 덕분에 굴림은 그때부터 그야말로 길바닥에 차이는 돌멩이마냥 오늘날 우리나라에서 웹과 인쇄물 등에서 제일 흔하게 쓰이는 글꼴이 되었다. ^^

워낙 흔하다 보니 굴림 말고 별도의 굴림 계열 글꼴은 거의 나오거나 쓰이지 않았다. 그런데 그 흔한 기본 글꼴에 한자 글립이 없었고, 따라서 한자 글립이 추가된 다른 둥근고딕 글꼴도 거의 볼 수 없게 된 게 아닌가 한다.

사실 굴림체 계열의 한자 글꼴이 가장 널리 쓰이고 있는 곳은 일본이다. 둥근고딕 한자로 쓰인 문장만 봐도 일본이 바로 떠오를 정도이다. 한국에서 이런 글꼴을 볼 일이 없기 때문이다.
그리고 뭔가 소프트웨어를 동아시아 환경에 맞게 localize할 때 기준으로 삼는 언어 역시 단연 일본어이다. 국력도 국력이거니와, 워낙 일본의 문자 체계와 문자 입력법이 복잡하기 때문에 일단 일본을 기준으로만 프로그램을 고쳐 놓으면 한국이나 중국어 버전은 약간만 추가 조치를 취하면 되기 때문이다.

굴림체를 비판하는 사람들은 굴림체가 한글답지 못하고 일본 한자 서체의 스타일을 그대로 베꼈다고 주장한다. 사실, 한글 윈도우 95가 돋움이 아닌 굴림을 기본 글꼴로 내세우고 나온 것도, 굴림 계열 글꼴을 즐겨 쓰는 일본 쪽 문화를 참고했던 게 아닐까 하는 생각이 들기도 한다. 실제로 각종 컴퓨터 용어를 제정하거나 심지어 한글 코드과 글꼴 같은 걸 정할 때도 우리나라 엔지니어들은 일본은 localize를 어떻게 했는지를 엄청 많이 참고해 온 것도 어쩔 수 없는 현실이다.

그런데 그렇게 굴림체를 도입해 놓고도 정작 둥근고딕 스타일의 한자 글립은 아직까지도 없다는 게 아쉽다. 예전이야 메모리 용량이 아깝고 하드디스크 용량이 아까워서 뺐다 치지만 지금은 전혀 그런 걱정이 없고 평생 쓸 일 없을 것 같은 유니코드 상의 온갖 외국어 문자도 다 글꼴이 내장되어 있다. 현실적으로 한글과 로마자 다음으로 가장 많이 쓰이는 문자인 한자를, 많이도 필요 없고 상용 한자 4888자만이라도 바탕과 돋움이라는 단조로움을 벗어나게끔 운영체제가 배려를 해 주면 어떨까 하는 생각이 든다.

Posted by 사무엘

2010/02/19 08:47 2010/02/19 08:47
,
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/190

윈도우 3.x 시절에 MS에 한글 글꼴을 공급한 업체는 왕년의 유명한 국내 벤처 기업이던 큐닉스 컴퓨터였습니다. 한때 프린터까지 만들던 곳인데, 지금은 망하고 글꼴 개발 부분만 모리스 디자인으로 상호를 바꿔 명맥을 유지 중인 걸로 알고 있습니다. 개성체를 비롯해 동글동글한 이솝체를 만든 곳이죠.

이 글꼴들은 같은 명조, 고딕, 궁서라 할지라도 당시 아래아한글 2.x 전문용이 번들로 제공하던 한양 글꼴 equivalent에 비해 미려함이 덜하고 단조로워 보였습니다. 하지만 외국산의 품질 좋은 래스터라이저와 힌팅 정보에 힘입어, 작은 크기에서의 품질 하나는 아래아한글이 적수가 될 수 없을 만큼 정말 좋았지요.
그때는 유니코드라는 개념 자체가 없었고 한글 글꼴은 2350자를 일일이 다 그려 넣는 것밖에 선택의 여지가 없었습니다.

그러던 것이 윈도우 95에 와서는 한글 글꼴 체계가 크게 향상됩니다. 그리고 이때 첫 라이선스 한 한양 글꼴은 그 최신 기술이 모두 반영된 작품이었습니다. 어떤 게 있는지 예를 들면 이렇습니다.

첫째, TTC. 굴림과 돋움, 바탕과 궁서가 한 글꼴 컬렉션으로 병합됨으로써 둘이서 한 한자 글립을 공유할 수 있게 되었으며, 나머지는 다 같은데 영문만 불변폭 글꼴인 ‘-체’ 글꼴 변종도 기억 장소의 낭비 없이 손쉽게 구현할 수 있게 됐습니다. 이런 기술은 작은 고유 문자와 한자를 공용하는 일본에서도 더욱 필요했을 것입니다.
(하지만 이제 굴림과 궁서도 별도의 한자 글립이 있으면 더 좋을 것 같네요. 한국에서는 지금도 명조 고딕 외의 한자 글꼴은 가정용 PC에서 좀체 보기 힘듭니다.)

둘째, 비트맵 자형 내장. 알파벳 글꼴이야 아예 비트맵밖에 없는 FON 파일만 쓰든가, 아니면 트루타입은 정교한 수제 힌팅만으로 작은 크기에서도 아주 보기 좋은 자형을 만들어 냈지만 한글/한자 같은 문자는 아예 비트맵을 만들어 넣어 주는 게 당장 더 유리합니다. 윈도우 3.1 시절엔 이런 개념이 없었던 것 같습니다. 그 바탕체 12포인트는 BT16.TBM이라고 TTF와는 완전히 별개의 파일에 글립이 저장되어 있으며 운영체제가 임의로 불러들이고 출력해 주더군요. 12포인트 말고도 15포인트용 BT20.TBM 파일도 있습니다.
TTF가 자체적으로 다양한 크기의 비트맵을 내장하게 된 것이 윈도우 95부터입니다. 덕분에 굴림, 바탕, 돋움이 모두 자체적으로 비트맵을 갖게 되고 결과적으로 윈도우 3.1보다 글꼴의 품질은 크게 향상되었죠.

끝으로 유니코드 지원입니다. 확장완성형 때문에 큰 물의를 빚긴 했으나 어쨌든 모로 가도 서울만 가면 된다고, 윈도우에서 운영체제 차원에서 11172자 한글 표현이 가능해지고 한글을 조합 글립으로 표현할 수도 있게 된 것이 95에 와서부터입니다.

윈도우 9x를 직접 설치해 본 분들은 아시겠지만 얘네 계열들은 설치 GUI가 정확하게 윈도우 3.1 커널 기반입니다. 16비트 코드와 32비트 코드가 짬뽕이어서 그런지 한글 글꼴도 두 체계가 완전히 짬뽕인 것을 볼 수 있죠. 첨부하는 그림을 보시면 설치 마법사 대화상자 안의 모든 글꼴들은 9x에서 볼 수 있는 ‘한양 시스템’ 굴림이지만, 그 바깥에 있는 약간 조악한 느낌이 드는 글씨들은 전부 윈도우 3.1 ‘큐닉스 굴림’ 10포인트입니다. 둘의 품질의 차이가 한눈에 보이시죠?

컴퓨터의 성능이 향상되고 운영체제가 발달하면서 문자 입출력 기술도 알게 모르게 더욱 정교해지고 범용성이 향상되고 있습니다. 언뜻 보기에 똑같은 기능을 하면서 덩치만 아무 이유 없이 커지는 건 아니거든요.
예전에는 동아시아 버전 아랍권 버전 이렇게 따로 적용되던 기술이 이제는 전세계 어느 기계 내지 소프트웨어에나 동일하게 들어가고 있다는 뜻입니다.

Posted by 사무엘

2010/01/31 10:01 2010/01/31 10:01
,
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/163

BannerMania라고 무려 1989~90년대에 나온 도스용 프로그램이 있다. 나름대로 다양한 윤곽선 폰트를 사용하여 당대로서는 환상적이기 그지없는 글자 비틀기와 특수효과를 모니터와 프린터에 동시 구현하였다. 본인도 무려 286 AT 쓰던 시절에 이 프로그램을 돌려 봤다.

지금 생각해도 정말 잘 만든 프로그램이다. 굉장히 복잡 정교한 다각형 합성/채우기 계산 알고리즘이 쓰인 것은 두말할 나위도 없거니와 다양한 그래픽 카드와 프린터 지원, 프로페셔널한 디자인 세트 등은 각 분야 최고의 전문가들의 두뇌가 결집하여 만들어진 작품임을 인정하지 않을 수 없게 만든다.

이 프로그램이 사용하는 윤곽선 글꼴 파일을 읽어서 글자를 찍어 주는 프로그램을 나는 무려 2001년에 내 홈페이지 개설과 거의 동시에 만들어 올렸었다. 물론 내가 포맷을 분석한 건 아니고, 타인이 짠 코드를 포팅한 것이었다.
http://moogi.new21.org/src11.htm

이제 그로부터 7년 반 후,
본인은 그 글꼴 파일 자체를 아예 OTF로 변환하는 데 일단 성공했다. 짠~

사용자 삽입 이미지
본디 글꼴에는 진짜 최소한의 윤곽선 데이터만 들어있지 요즘의 범용적인 TTF/OTF처럼 코드 페이지 정보라든가 힌팅, 커닝 같은 개념은 있지도 않다. 그런데 BannerMania는 다각형 경계 계산을 일일이 수동으로 함으로써 커닝을 구현하는 듯하다.

WAVE 같은 단어도 보기 좋은 간격으로 찍히고, 글자의 ascent, descent 경계 구분도 자동으로 한다. 즉, 똑같은 줄이라면 AG의 A는 Ag의 A보다 더 크게 찍힌다는 것이다. 소문자 g가 차지하는 아랫부분 공간을 계산할 필요가 없기 때문이다. 정말 꼼꼼하게 잘 만든 프로그램이다.

글꼴 파일의 관행이 다 그렇기라도 한지는 모르겠는데, BannerMania 글꼴도 빅 엔디언을 쓴다. 이는 TTF, OTF 다 마찬가지이다. 단, 글꼴이 디자인된 공간의 크기를 나타내는 EM size는 220 남짓밖에 안 된다. (요즘은 1000~2000대가 대세)

윈도우 운영체제는 3.1 시절부터 TTF를 지원하다가 2000에 와서야 OTF도 지원하게 되었다. 글꼴 관리자를 꺼내 보면 전통적인 T자 아이콘 말고 O자 아이콘이 찍힌 글꼴을 심심찮게 볼 수 있을 것이다. 이것들이 OTF이다. 단, OTF 자체는 TTF 글꼴에다가 TTF의 고유 2차 스플라인뿐만 아니라 포스트스크립트 Type 2방식의 3차 스플라인도 포함할 수 있게 규격을 확장하고 몇몇 기능을 더 추가한, TTF superset에 가까운 개념이다.

윈도우 2000에서부터 Verdana, Times 같은 주요 영문 글꼴들이 OpenType으로 표시는 되나, 이들은 내부적인 윤곽선 표현 방식은 여전히 TTF 방식인 ‘껍데기만 OTF’들이다. 그것 말고 Type 2 방식의 진짜배기 OTF 글꼴도 윈도우 2000부터 지원은 하기 시작했으나, 그 지원 수준은 윈도우 비스타에 이르기까지 여전히 미비하다(7은 잘 모르겠음). OTF는 ClearType 안티 앨리어싱이 아직 지원되지 않으며, MS 오피스의 WordArt를 만들거나 오피스 2007이 제공하는 PDF 저장 기능으로 저장을 해 보면, 서체가 윤곽선 글립이 아닌 비트맵 이미지로 저장된다! 마치 아래아한글에서 hft 고유 글꼴을 처리하듯이 말이다. 이걸 보고 적지 않게 실망했다.

90년대에 아래아한글(휴먼 컴퓨터 포함)이 통합 글꼴을 별도로 만들지 않고 TTF를 썼다면 역사가 또 많이 바뀌지 않았을까 싶다. 물론 그렇게 하더라도 코드 페이지는 독자적으로 정해서 쓰고 있었으니 아래아한글용 TTF와 윈도우용 TTF가 서로 호환될 수는 없었을 것이다.

아마 독자적인 한글 표현 방식이라든가, 글꼴 압축/암호화의 용이성, 글꼴 드라이버 계층의 독립 가능성 등으로 인해 통합 글꼴이 채택된 게 아닌가 싶지만, 결국 현재 통합 글꼴을 사용하는 제품은 지구상에서 아래아한글밖에 남아 있지 않고, 그나마도 어쩔 수 없이 legacy 차원에서 지원하고 있는 실정이다.

Posted by 사무엘

2010/01/30 09:52 2010/01/30 09:52
,
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/162

타자기 별 글꼴 비교

그림은 김 정수 지은 <한글의 역사와 미래> (열화당, 1990)에 있는 화보를 스캔한 것입니다.

1. 공 병우 세벌식 타자기

눈보다는 손의 편의를 철저하게 추구한 능률적인 타자 방식입니다. 글자를 알아보는 데는 지장이 없지만, 글자꼴이 뭔가 어설픈 느낌이 있습니다.

사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지

2. 표준 네벌식 타자기
가장 '타자기 글꼴'다운 글자꼴이 나옵니다.
사용자 삽입 이미지

3. 김 동훈 다섯벌식 타자기
손으로 쓴 글씨와 별 차이가 없을 정도로 꽤 볼 만한 사각형 글자꼴이 나옵니다. 그 대신 다섯 벌이나 되는 타법을 배우기는 어렵겠죠.
사용자 삽입 이미지

Posted by 사무엘

2010/01/12 23:55 2010/01/12 23:55
, , ,
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/123

도스 시절의 한글 윤곽선 글꼴

사용자 삽입 이미지

도스 시절에 한글(한글에만 국한은 아니겠지만)을 출력하는 기법은 비트맵 아니면 벡터(윤곽선) 이렇게 두 갈래로 양분화해 있었다.

비트맵은 도깨비 한글의 8*4*4벌 규격에 맞게 만들어진 16*16 한글 글꼴을 찍는 것으로 사실상 통합이 되어 있었고, 윈도우 시대가 도래하기까지 널리 쓰였다. 뭔가 좀 아마추어스러운 냄새가 나고 상업/출판용 글꼴만치 고품질의 글자를 만들 수는 없지만, 그래도 가격 대 성능이 굉장히 뛰어난 좋은 방법이었기 때문이다.

본인이 아는 한, 한컴이나 MS 같은 회사가 아니라 개인이 만든 싸-_-제 프로그램이 이와 다른 기법으로 한글을 출력하는 것은 본 적이 없으며, 저 방식대로 수많은 싸제 글꼴들이 쏟아져 나오기도 했다. <날개셋> 편집기는 도깨비 글꼴도 지원하고, 임의의 조합 테이블을 가진 글꼴에다 2350 완성형 글꼴까지 지원함으로써, 한글 출력에서 그런 비트맵 글꼴 처리 분야는 완전히 마스터를 했다.

윈도우로 넘어가서도 이야기, 새롬 데이타맨처럼
그나마 고정폭 글꼴이 널리 쓰이는 VT 기반 통신 프로그램에서 비트맵 글꼴이 한동안은 명맥을 이어 나갔으나,
이마저도 이제 역사 속으로 사라져 버렸고, 오늘날 이런 16*16 한글 내지 8*16 영문 고정폭 비트맵 글꼴을 고수하고 있는 프로그램은 <날개셋> 편집기 뿐이다. ㄱㅅㄱㅅ

그럼 윤곽선 글꼴 분야로 가면 사정이 어떨까?
그 때에 도스에서 윤곽선 글꼴은 그래픽이나 워드 프로세서, 또는 그 둘의 중간에 해당하는 배너 같은 아주 특수한 분야의 전문 프로그램에서나 볼 수 있었다.

터보 C가 제공하던 BGI 라이브러리도 소위 벡터 글꼴을 지원은 했으나, 영문밖에 지원되지 않았고, 기술적으로도 진정한 의미의 곡선이 표현되지 못하며 내부 채움(래스터라이즈)도 안 되는 그냥 직선 나열일 뿐이었다.

그런 척박한 시절에 한글을 윤곽선 글꼴로 표현해 낸 프로그램이 있었으니 본인은 관심이 끌리지 않을 수 없었다. 아래의 프로그램들은 모두 1991~92년 그 시기에 제작되었다.
자형 디자인은 어떻게 하고 글꼴 파일 포맷은 어떻게 설계했을지, 래스터라이즈 루틴은 어떻게 작성했을지 모든 것이 그저 신기하게만 보인다.
(참고로 윈도우 운영체제도 3.x에서 윤곽선 트루타입 글꼴이 첫 도입된 건 이 시기이다!)

1. 하늘 (경북대 동아리)

내장하고 있는 싸제 글꼴은 형태가 심하게 조잡하긴 하다. =_=;; 이 글에서는 <하늘>만 예를 들지만, 과거 <수채화>도 글쓰기 기능의 퀄리티가 하늘과 굉장히 비슷했다. 단, <수채화>는 상업용 프로그램답게 얼추 배너 프로그램처럼 글자의 레이아웃을 변형하는 기능도 지원한다.

2. 한글 배너 (동국대 동아리?)

BannerMania라는 외산 상업용 프로그램으로부터 영감을 받아 개발된 게 분명한 프로그램이다. 영문 글꼴은 B에 있는 녀석을 그대로 쓴다. 즉, 이 프로그램의 개발자는 B의 글꼴 파일 포맷에 대한 정보를 입수했다는 뜻이다. 그 반면 한글 글꼴은 본인이 들여다본 바로는 B의 글꼴과 관계가 없는 자체 포맷이다.

학술 학회 명의로 되어 있지만 실질적인 개발은 개인이 혼자서 한 듯하다. 원전인 B보다 기능은 훨씬 더 뒤떨어지지만, 혼자서 저 정도 난이도의 프로그램 clone을 만든 거라면 지금 봐도 정말 대단한 거다.

글꼴 디자인도 개인 작품인지 궁금하다. 명조는 좀 어설픈 느낌이 나지만, 다른 글꼴인 고딕, 안상수, 샘물 등은 배너 용도로도 적합하고 은근히 볼 만하다.

3. 키다리 (개인+알파)

마우스로 조작하는 UI가 무척 특이하긴 한데, 이것도 상당히 잘 만든 공개 소프트웨어이다. 지금 <날개셋> 편집기에도 내장하고 있는 "키다리체"는 이 프로그램이 UI 출력용으로 쓰던 비트맵 글꼴이다. 그래픽체 비슷한 느낌을 낸 게 무척 참신하게 느껴지지만 좀 엉성한 느낌도 많이 들어 아쉬운 글꼴이다.

이 프로그램의 진면모는 바로 배너를 출력할 때 나오는 키다리 특유의 그래픽체이다. 신명 태그래픽을 연상시키는 이 글꼴은 개인이 디자인한 싸제이지만, 상당히 품질이 좋으며, 글꼴 전문 업체에서 만든 보급-_- 글꼴과 견주기에도 손색이 없다. 그러면서도 한글 11172자는 모두 표현 가능하다. 그래픽체는 비슷한 분위기의 영문 글꼴에서 착안하여 최초 원도를 최 정호 씨가 만든 것으로 잘 알려져 있는데, 자형 자체가 무척 깔끔하고 본문으로나 배너 장식으로나 적합해서 본인 역시 좋아한다.

엄청 옛날에 <자유>라는 프로그램도 있었다. 한번에 한두 줄짜리 배너만 출력하는 프로그램과는 달리, 얘는 한 페이지 안에 여러 배너 형태 문구들을 마치 벡터 드로잉처럼 배치하여 출력이 가능했는데 역시 윤곽선 글꼴과 다양한 효과를 지원했다. 본인이 본 버전은 무려 허큘리스에서 돌아가는 놈이었다.

4. 아래아한글 2.0 전문용

민간인이 열악한 여건 속에서 오로지 열정만으로 만들어 낸 "싸제" 글꼴과 공개 프로그램을,
한양 시스템이라는 번듯한 업체 글꼴을 사용한 상업용 프로그램과 동일선상에서 비교하는 것은 물론 무리가 있다. 그래도 역사 기록이니까 소개해 본다. 보급 글꼴은 2350자를 일일이 디자인한 것들이니, 싸제하고는 근본적으로 격이 다를 수밖에 없다. -_-;;;

그래픽체는 아래아한글 2.0 전문용에 원래는 없던 녀석이고, 아마 묵향 같은 한양 시스템 추가 패키지를 설치해야 추가되었지 싶다. (2.1 이후에 추가됨) 2.0 때는 아직 윤곽선 글꼴 파일 포맷도 굉장히 초보적이었으며, hft 파일 내부에 자기의 이름이나 제조사, 저작권/코드 페이지 정보 같은 것도 없었다. 오로지 윤곽선 벡터 드로잉의 컬렉션이었으며 이를 활용하는 방법은 전적으로 상위의 응용 프로그램에 달려 있었던 것이다.

그 당시 아래아한글 2.0 일반용 수준의 퀄리티와 가격에다, 윤곽선 글꼴 표현으로 아래아한글과 경쟁하던 프로그램으로 "21세기 워드"라는 게 있었다. 오늘날 말도 많고 탈도 많은 알툴즈의 개발사로 유명한 이스트소프트의 작품이다. 얘를 구경 못 한 채 어린 시절을 보낸 건 좀 아쉽다.

Note:

윈도우 3.1이 도입한 트루타입 글꼴은 어마어마하게 정교한 힌팅으로 유명했으며 이 기술을 이용하여 작은 크기에서도 상당히 좋은 품질의 자형을 제공했다. Arial이나 Times New Roman 같은 글꼴이 12포인트 이하의 작은 크기에서 antialiasing이 없을 때도 마치 비트맵 글꼴처럼 품질이 좋은 동시에 ClearType도 잘 받는 이유가 여기에 있다. 아예 굴림체처럼 내장 비트맵을 쓰는 글꼴은 ClearType의 영향은 받지 못한다.

윈도우 3.1 글꼴을 납품한 업체는 당시 우리나라의 유망 중소기업이던 큐닉스 컴퓨터이다. 아예 비트맵을 내장하는 게 아니라 힌팅만으로 바탕, 굴림, 돋움, 궁서 자형을 작은 크기에서 꽤 좋은 품질로 잘 만들었던 걸로 기억한다. 물론 윈도우 95 이후의 한양 시스템 서체는 아예 전부 내장 비트맵으로 대체를 해 버렸지만 말이다.

하지만 도스에서 윤곽선 글꼴을 구현하던 "싸제" 프로그램들은 그런 힌팅까지 구현할 정도로 전문적일 수는 없었다.

Posted by 사무엘

2010/01/11 10:20 2010/01/11 10:20
Response
No Trackback , 2 Comments
RSS :
http://moogi.new21.org/tc/rss/response/91

TTF의 글립 개수 제한

오늘날 운영체제의 표준 글꼴 포맷으로 널리 쓰이고 있는 TTF 내지 OTF는 내부적으로 쓰는 각종 구조체들이 기술하는 글립의 영역 크기가 16비트로 제한되어 있다.

이것은 TTF 파일이 제정되던 초창시에는 아주 넉넉하고 인심 쓴 공간이었다. 겨우 8비트 크기의 코드 페이지에 맞춰진 글꼴밖에 없던 서양에서, 그나마 “수천 자의 2바이트 한자를 써야 하는 동아시아 문자권”까지 국제화 차원에서 고려한답시고 크기를 넓힌 게 16비트였다. 무슨 포스트스크립트 글꼴은 그것마저 지원 안 돼서 한글 글꼴은 여러 파일로 나눠서 표현해야 하지 않았던가. 쓸데없이 비트 수가 크면, 쓰는 영역에 비해 불필요한 0만 뒤에 잔뜩 달라붙고 글꼴 래스터라이저를 더욱 ‘무겁게’ 만들게 된다.

하지만 지금은 시대가 달라졌다. 아무리 작은 임베디드 기기라도, 일단 사람과 직접적인 의사 소통을 하는 기계의 CPU는 일단 최하 32비트는 기본으로 먹고 들어간다. 실용적으로 가장 적합하면서도 가상 메모리라든가 현대적인 운영체제 기본 개념을 제대로 구현할 수 있는 최소한의 CPU 규모가 32비트가 아닌가 한다.

메모리 자원은 넉넉해지고 국제화의 중요성은 엄청 커졌다. 그래서 한컴바탕이라든가 Arial Unicode MS처럼, 모든 유니코드 영역 글꼴을 모두 담고 있는 글꼴의 필요성이 대두되고 있다.

아직 모든 문자가 16비트 안의 BMP에 있던 유니코드 2~3.0 시절까지는 그럭저럭 별 문제 없었고 6만 5천여 개라는 글립 개수 제한은 현실적으로 별 영향이 없었다. 하지만 이제 유니코드가 surrogate 영역까지 쓰고 집합 크기가 16비트 크기를 넘어서면서, 이제 단일 글꼴에다 유니코드 전영역 문자를 담을 수가 없어져 버렸다.

더구나 이 16비트라는 크기는 글자 코드 단위가 아니라, 글립이라는 그림 단위이다. 한 코드 페이지에 해당하는 글자가 여러 글립을 차지할 수가 있다. 조합형 한글 글꼴처럼 한 글자를 여러 글립의 묶음으로 표현하는 글꼴이 있다면, 그렇게 부품 글립이 들어가는 자리를 글립 인덱스 상으로 제외해 줘야 한다. 아랍어처럼 한 글자가 상황에 따라 여러 글립 중 하나로 달리 표현되는 문자가 있다면, 그런 것까지 고려해야 하기 때문에 실질적으로 표현 가능한 문자 개수는 더욱 줄어든다.

지금 컴퓨터의 두뇌가 32비트와 64비트 사이에서 달랑달랑 거리는 것처럼, 글꼴 쪽은 16비트 크기라는 글립 개수 한계를 어떻게 초월해야 할지 고민 중이다. 당연히 TTF 규격상으로 각종 구조체의 필드를 확장하고 새 버전 식별자만 부여하면 문제는 해결된다. 하지만 온갖 테이블들의 내부에서 바꿔야 하는 게 너무 많고 이 새로운 TTF는 이전의 어떤 운영체제/응용 프로그램에서도 인식 못 하는 듣보잡 포맷이 되고 말 것이다. 결국 문제는 호환성이다. =_=;;

Posted by 사무엘

2010/01/11 09:49 2010/01/11 09:49
,
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/71

베지어 곡선으로 표현한 원

사용자 삽입 이미지
밝은 초록색 선은 정석적인 원그리기 알고리즘으로 그린 진짜 원.
파란색 선은 제어점이 2개인 3차 베지어 곡선 하나로 사분원을 흉내낸 것,
그리고 빨간색 선은 제어점이 하나인 2차 베지어 곡선 두 개로 사분원을 흉내낸 것입니다.

베지어 곡선으로 원을 수학적으로 100% 정확하게 기술할 수는 없습니다.
단지 제어점을 잘 배치해서 원과 굉장히 비슷하게 생긴 곡선만을 그릴 수 있을 뿐입니다.

그래도 곡선이 그려진 곳에 초록색 점을 거의 찾을 수 없는 걸 알 수 있는데요, 3차 베지어 곡선(파란)만 해도 원하고 실용적으로 아무 차이가 없을 정도로 잘 근사해 냅니다.

빨간 선인 2차 베지어 곡선도 파란 선(≒ 원)과 상당히 일치하긴 하지만 그래도 파란 선이 초록 선과 일치하는 것만치 일치하지는 못합니다. 미묘하게 서로 살짝 어긋나는 오차가 보이죠?
(2차 곡선 여러 개를 모아도 3차 곡선을 근사만 할 수 있을 뿐 정확하게 일치시킬 수는 없습니다.)

컴퓨터의 벡터 드로잉에서 쓰이는 곡선들은 다 베지어 곡선(또는 이와 수학적으로 동일한 형태로 변형할 수 있는 다른 스플라인)입니다.
특히 트루타입 폰트가 쓰는 곡선은 2차 베지어 곡선이기 때문에 이렇게 빨간 선을 표현하는 방식과 동일한 방식으로 O, 이응, ● 같은 글자가 표현된다고 생각하시면 정확합니다.

Posted by 사무엘

2010/01/11 00:20 2010/01/11 00:20
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/49


블로그 이미지

철도를 명절 때에나 떠오르는 4대 교통수단 중 하나로만 아는 것은, 예수님을 사대성인· 성인군자 중 하나로만 아는 것과 같다.

- 사무엘

Archives

Authors

  1. 사무엘

Calendar

«   2020/07   »
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31  

Site Stats

Total hits:
1408386
Today:
186
Yesterday:
529