Showing posts with label 폰트. Show all posts
Showing posts with label 폰트. Show all posts
2015/09/15
프로그래머를 위한 한글 폰트 D2Coding
이전에도 한글 고정폭 폰트는 많았다. 하지만 프로그래머가 사용하기에는 부족한 점이 많았다. 유사한 문자들의 구분이 쉽게 되어야만 프로그램 작성시 오류를 줄일 수 있고 소스의 가독성도 올라간다.
그래서 대부분의 프로그래머는 고정폭 폰트 중에서 유사한 문자를 구분하기 쉽게 디자인한 폰트를 사용한다.
물론 프로그래머의 개성에따라 구분되어야 하는 문자는 다르다.
기존 고정폭 폰트중 한글을 포함한 프로그래머가 사용할 수 있는 폰트는 네이버에서 베포하는 나눔고딕코딩이 전부였다. 일부 한글 폰트와 영문 폰트를 조합하여 새로운 폰트를 만드는 경우가 있었는데 이는 매우 불안정해 보였다. 한글과 영문폰트의 폭이 맞지 않거나 인쇄가 되지 않는 문제가 있었다.
얼마전 Open Project 인 D2Coding 폰트가 공개되었다.
http://dev.naver.com/projects/d2coding/
아래 화면은 D2Coding 폰트와 나눔고딕코딩 폰트를 비교한 화면이다. D2Coding은 나눔바른고딕을 나눔고딕코딩은 나눔고딕을 기반으로 하고 있다. 두 폰트의 차이점은 여러가지가 있겠지만 그중 자간과 행간이 큰 차이점으로 보인다.
나눔고딕코딩은 오밀조밀한 구성으로 혼란스럽고 가독성이 많이 떨어지는 것 같았고 D2Coding은 그 보다는 편해 보였다. 물론 편집기마다 조금 다를 수 있다. 아래 화면은 Notepad++에서 갈무리를 한 화면이다.
그간 유일하다시피한 한글을 포함한 프로그래머 글꼴인 나눔고딕코딩을 사용하지 않은 이유가 오밀조밀한 구성으로 가독성이 많이 떨어지고 눈이 피곤해지는 것 같은 이유였는데 D2Coding에서는 많이 개선된것 같아 앞으로 사용하면서 장단점을 파악해 봐야 겠다.
한글을 포함한 고정폭 폰트의 장점이라하면 영숫자 사이에 한글을 포함하여도 폰트 폭의 변화가 없어 각 컬럼에 맞게 코딩을 할 수 있다는 것이다. 기존 영문 전용 폰트의 경우 한글을 포함하게되면 한글 폰트와 영문 폰트가 폭이 달라서 문장의 길이가 달라져 보기 싫었다. 게다가 시스템마다 영문폰트에 연결된 한글 폰트가 달라 다르게 표시 될 수도 있는 문제가 있다.
아래 이미지는 몇몇 영문 폰트를 갈무리한 것이다.
Fixed System을 제외하고는 한글 폰트를 포함하면 문장 길이가 컬럼수와 다르게 출력이 된다. 물론 코드에 2바이트 문자를 사용하지 않는 경우에는 이러한 현상이 문제가 되지 않는다.
하지만 주석이든 뭐든 한글이 사용하게 되면 컬럼이 맞지 않는 경우에는 좀 거슬리게 된다.
Original Post : http://neodreamer-dev.tistory.com/760
그래서 대부분의 프로그래머는 고정폭 폰트 중에서 유사한 문자를 구분하기 쉽게 디자인한 폰트를 사용한다.
물론 프로그래머의 개성에따라 구분되어야 하는 문자는 다르다.
기존 고정폭 폰트중 한글을 포함한 프로그래머가 사용할 수 있는 폰트는 네이버에서 베포하는 나눔고딕코딩이 전부였다. 일부 한글 폰트와 영문 폰트를 조합하여 새로운 폰트를 만드는 경우가 있었는데 이는 매우 불안정해 보였다. 한글과 영문폰트의 폭이 맞지 않거나 인쇄가 되지 않는 문제가 있었다.
얼마전 Open Project 인 D2Coding 폰트가 공개되었다.
http://dev.naver.com/projects/d2coding/
아래 화면은 D2Coding 폰트와 나눔고딕코딩 폰트를 비교한 화면이다. D2Coding은 나눔바른고딕을 나눔고딕코딩은 나눔고딕을 기반으로 하고 있다. 두 폰트의 차이점은 여러가지가 있겠지만 그중 자간과 행간이 큰 차이점으로 보인다.
나눔고딕코딩은 오밀조밀한 구성으로 혼란스럽고 가독성이 많이 떨어지는 것 같았고 D2Coding은 그 보다는 편해 보였다. 물론 편집기마다 조금 다를 수 있다. 아래 화면은 Notepad++에서 갈무리를 한 화면이다.
 |  |
그간 유일하다시피한 한글을 포함한 프로그래머 글꼴인 나눔고딕코딩을 사용하지 않은 이유가 오밀조밀한 구성으로 가독성이 많이 떨어지고 눈이 피곤해지는 것 같은 이유였는데 D2Coding에서는 많이 개선된것 같아 앞으로 사용하면서 장단점을 파악해 봐야 겠다.
한글을 포함한 고정폭 폰트의 장점이라하면 영숫자 사이에 한글을 포함하여도 폰트 폭의 변화가 없어 각 컬럼에 맞게 코딩을 할 수 있다는 것이다. 기존 영문 전용 폰트의 경우 한글을 포함하게되면 한글 폰트와 영문 폰트가 폭이 달라서 문장의 길이가 달라져 보기 싫었다. 게다가 시스템마다 영문폰트에 연결된 한글 폰트가 달라 다르게 표시 될 수도 있는 문제가 있다.
아래 이미지는 몇몇 영문 폰트를 갈무리한 것이다.
Fixed System을 제외하고는 한글 폰트를 포함하면 문장 길이가 컬럼수와 다르게 출력이 된다. 물론 코드에 2바이트 문자를 사용하지 않는 경우에는 이러한 현상이 문제가 되지 않는다.
하지만 주석이든 뭐든 한글이 사용하게 되면 컬럼이 맞지 않는 경우에는 좀 거슬리게 된다.
Original Post : http://neodreamer-dev.tistory.com/760
2008/05/23
Programmer를 위한 코딩용 폰트 Andale09
얼마전에 프로그래머를 위한 굴림체 글꼴을 올린적이 있었다.
2008/01/22 - [Dev Story] - Programmer를 위한 굴림체 글꼴
개인적으로 코딩시 굴림체 글꼴을 선호하여 코딩시 문제가 될만한 글자를 수정하여 9포인트의 고정폭 폰트를 만든 것이다.
하지만 영문 폰트가 커서 코드가 오밀조밀 나와서 조금 답답한 면이 없지 않아 있었다.
그래도 영문폰트중에 코딩용으로 사용하기에는 AndaleMono 폰트가 최고인것 같아 AndaleMono를 굴림체와 어울리도록 하는 작업을 해보았다.
Andale Mono는 9point 해서 7x14의 크기이고 한글 굴림체 9point 는 12x12크기를 갖어서 두 폰트를 함께 사용할때 한글이 가로로 늘어지는 문제가 생겨 보기 좋지 않다.
그래서 Andale Mono 폰트를 9pt를 출력받은걸 굴림체와 어울리게 하려면 6x12사이즈로 변경을 해줘야 했다.
작업영역이 작아지다보니 기존 Andale Mono폰트에 비해 다소 손실이 생겼고 기존 폰트에 비해 자간 거리가 약간 줄어들긴 했지만 그런대로 쓸만한 폰트가 된 것 같다.
이 폰트를 Visual Studio에 적용을 하면 한글이 자동으로 굴림체로 나오지만 다른 툴들 CodeGear의 RAD Studio나 메모장에서 사용할 경우 한글이 바탕체로 나와 한글 폰트가 깨끗해 보이지 않는다. 굴림체보다 바탕체를 선호한다면 상황은 달라지겠지만...
어쨌거나 Andale09 폰트와 굴림체를 함께 사용하기 위해서는 Andale09 폰트에 굴림체를 연결해 주는 레지스트리를 등록해야한다.
레지스트리 위치는 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontLink\SystemLink] 이다. 이곳에 Andale09 라는 이름의 다중 문자열값을 생성하고 링크시킬 폰트를 써주면 된다.
gulim.ttc,gulim
MSGOTHIC.TTC,MS UI Gothic
SimSun.TTC,SimSun
mingliu.ttc,PMingLiU
레지스트리를 등록하고 재부팅하면 설정이 끝난다.
아래 이미지는 Andale09 폰트를 적용한 예이다. 위에서 부터 차례로 MS Visual Studio, CodeGear Turbo C++, 메모장에서의 화면 이다.
Andale09 비트맵 글꼴
Andale09와 굴림체를 연결하는 Registry 설정파일
2008/01/22 - [Dev Story] - Programmer를 위한 굴림체 글꼴
개인적으로 코딩시 굴림체 글꼴을 선호하여 코딩시 문제가 될만한 글자를 수정하여 9포인트의 고정폭 폰트를 만든 것이다.
하지만 영문 폰트가 커서 코드가 오밀조밀 나와서 조금 답답한 면이 없지 않아 있었다.
그래도 영문폰트중에 코딩용으로 사용하기에는 AndaleMono 폰트가 최고인것 같아 AndaleMono를 굴림체와 어울리도록 하는 작업을 해보았다.
Andale Mono는 9point 해서 7x14의 크기이고 한글 굴림체 9point 는 12x12크기를 갖어서 두 폰트를 함께 사용할때 한글이 가로로 늘어지는 문제가 생겨 보기 좋지 않다.
그래서 Andale Mono 폰트를 9pt를 출력받은걸 굴림체와 어울리게 하려면 6x12사이즈로 변경을 해줘야 했다.
작업영역이 작아지다보니 기존 Andale Mono폰트에 비해 다소 손실이 생겼고 기존 폰트에 비해 자간 거리가 약간 줄어들긴 했지만 그런대로 쓸만한 폰트가 된 것 같다.
이 폰트를 Visual Studio에 적용을 하면 한글이 자동으로 굴림체로 나오지만 다른 툴들 CodeGear의 RAD Studio나 메모장에서 사용할 경우 한글이 바탕체로 나와 한글 폰트가 깨끗해 보이지 않는다. 굴림체보다 바탕체를 선호한다면 상황은 달라지겠지만...
어쨌거나 Andale09 폰트와 굴림체를 함께 사용하기 위해서는 Andale09 폰트에 굴림체를 연결해 주는 레지스트리를 등록해야한다.
레지스트리 위치는 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontLink\SystemLink] 이다. 이곳에 Andale09 라는 이름의 다중 문자열값을 생성하고 링크시킬 폰트를 써주면 된다.
gulim.ttc,gulim
MSGOTHIC.TTC,MS UI Gothic
SimSun.TTC,SimSun
mingliu.ttc,PMingLiU
레지스트리를 등록하고 재부팅하면 설정이 끝난다.
아래 이미지는 Andale09 폰트를 적용한 예이다. 위에서 부터 차례로 MS Visual Studio, CodeGear Turbo C++, 메모장에서의 화면 이다.
Andale09 비트맵 글꼴
Andale09.fonAndale09와 굴림체를 연결하는 Registry 설정파일
2008/01/22
Programmer를 위한 굴림체 글꼴
집착이란 참으로 무서운 듯 하다. 얼마전 폰트 때문에 고민을 하다가 요 몇일 직접 폰트를 만들어 봐야 겠다고 맘을 먹고 자료 찾아 보았다.
처음부터 폰트를 만든다는건 정말 많은 작업을 필요로 한다는 결론을 내리고 기존의 글꼴을 변형하는 방법을 선택 하였다.
프로그래머를 위한 폰트라 하면 모양 보다는 가독성이 우선시 되는 폰트를 말한다. 여기에는 공론화된 몇 가지 조건이 있고 개인마다 선호하는 기준이 있다.
공론화된 몇가지 조건을 보면
- 고정폭 글자 이어야 함.
- 숫자 0과 알파벳 대문자 O 의 구분
- 숫자 1과 알파벳 소문자 l 그리고 대문자 I
등이다.
개인적으로 한글 글꼴은 굴림체를 선호하는데 굴림체의 영문 폰트는 프로그래밍에 사용하기에는 부족한 점이 있다. 위에서 언급한 것 말고도 대문자 V과 Y 도 구분이 쉽지 않다.(9pt)
그래서 기존에는 Andale Mono 라는 폰트를 사용하고 있었다.
Andale Mono 폰트는 다 좋은데 영문의 가로 세로 비율이 굴림체와 어울리지 않아 한글 폰트가 다소 부자연스럽다. 위의 갈무리 영상은 MS 계열을 개발 툴에서 얻어온 건데 MS의 경우 한글 폰트를 가로 세로 비율을 같이 늘려주어 글자가 제대로 나오지만 글자 크기가 다소 다르다. 그나마 양호한 편인데 Code Gear의 IDE 에서는 아래와 같이 한글의 가로방향으로만 늘려서 가독성 마져 떨어 졌다. 물론 폰트가 다른 것도 있지만 같은 폰트로 바꾼다 해도 크게 변화는 없다.
그래서 가장 선호하는 폰트인 굴림체 9포인트 폰트를 비트맵 폰트로 만들어 약간 수정을 하면 어디에서나 잘 어울릴 거란 생각에 작업을 해 보았다.
수정이 된 글자는 * 1 Y D 0 L l I : ; . , 이다.
결과는 아래과 같다.
위쪽이 MS 툴이고 아래쪽이 CodeGear 툴이다. 일단은 맘에 든다. 당분간은 이 폰트를 사용하기로 했다.
그동안의 작업은 일차적으로 이쯤에서 마무리를 하고 차후 이용하면서 불편사항이나 개선점이 있으면 수정을 하기로 하였다. 한글 폰트까지 포함한 폰트를 한번 만들어 보고 싶지만 시간과 능력이 되지 않아 어려울 것으로 생각된다.
참고)
영문 비트맵 글꼴을 만들때는 FontPamily 설정과 시스템 설정에 따라 한글 폰트가 정해 진다.
레지스트리의 다음 위치에 각 FontPamily 의 한글 폰트 매핑 데이터가 있다
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\FontAssoc\Associated DefaultFonts
처음에 무턱대고 만들다가 제대로 되지 않아 고생을 좀 했다.
나와 같은 생각을 하는 사람이 얼마나 될지 모르지만 공유하기 위해 결과 물을 첨부한다.
굴림체 9pt 비트맵 글꼴
처음부터 폰트를 만든다는건 정말 많은 작업을 필요로 한다는 결론을 내리고 기존의 글꼴을 변형하는 방법을 선택 하였다.
프로그래머를 위한 폰트라 하면 모양 보다는 가독성이 우선시 되는 폰트를 말한다. 여기에는 공론화된 몇 가지 조건이 있고 개인마다 선호하는 기준이 있다.
공론화된 몇가지 조건을 보면
- 고정폭 글자 이어야 함.
- 숫자 0과 알파벳 대문자 O 의 구분
- 숫자 1과 알파벳 소문자 l 그리고 대문자 I
등이다.
개인적으로 한글 글꼴은 굴림체를 선호하는데 굴림체의 영문 폰트는 프로그래밍에 사용하기에는 부족한 점이 있다. 위에서 언급한 것 말고도 대문자 V과 Y 도 구분이 쉽지 않다.(9pt)
그래서 기존에는 Andale Mono 라는 폰트를 사용하고 있었다.
Andale Mono 폰트는 다 좋은데 영문의 가로 세로 비율이 굴림체와 어울리지 않아 한글 폰트가 다소 부자연스럽다. 위의 갈무리 영상은 MS 계열을 개발 툴에서 얻어온 건데 MS의 경우 한글 폰트를 가로 세로 비율을 같이 늘려주어 글자가 제대로 나오지만 글자 크기가 다소 다르다. 그나마 양호한 편인데 Code Gear의 IDE 에서는 아래와 같이 한글의 가로방향으로만 늘려서 가독성 마져 떨어 졌다. 물론 폰트가 다른 것도 있지만 같은 폰트로 바꾼다 해도 크게 변화는 없다.
그래서 가장 선호하는 폰트인 굴림체 9포인트 폰트를 비트맵 폰트로 만들어 약간 수정을 하면 어디에서나 잘 어울릴 거란 생각에 작업을 해 보았다.
수정이 된 글자는 * 1 Y D 0 L l I : ; . , 이다.
결과는 아래과 같다.
위쪽이 MS 툴이고 아래쪽이 CodeGear 툴이다. 일단은 맘에 든다. 당분간은 이 폰트를 사용하기로 했다.
그동안의 작업은 일차적으로 이쯤에서 마무리를 하고 차후 이용하면서 불편사항이나 개선점이 있으면 수정을 하기로 하였다. 한글 폰트까지 포함한 폰트를 한번 만들어 보고 싶지만 시간과 능력이 되지 않아 어려울 것으로 생각된다.
참고)
영문 비트맵 글꼴을 만들때는 FontPamily 설정과 시스템 설정에 따라 한글 폰트가 정해 진다.
레지스트리의 다음 위치에 각 FontPamily 의 한글 폰트 매핑 데이터가 있다
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\FontAssoc\Associated DefaultFonts
나와 같은 생각을 하는 사람이 얼마나 될지 모르지만 공유하기 위해 결과 물을 첨부한다.
굴림체 9pt 비트맵 글꼴
Subscribe to:
Posts
(
Atom
)