터미널 글자가 깨질 때, 30년을 버틴 유니코드 폰트 이야기

글자가 깨진다는 그 흔한 고통

리눅스에서 터미널을 쓰다 보면 한 번쯤 겪죠. 한글이 □□□로 보이거나, 특수문자가 이상한 네모로 나오거나, 깔끔하게 정렬됐어야 할 표가 와르르 무너지는 그 경험이요. 이게 다 '폰트가 그 글자를 그릴 줄 모를 때' 벌어지는 일이에요.

케임브리지 대학의 Markus Kuhn이 만든 'Unicode Fonts and Tools for X11' 페이지는 바로 이 문제를 정면으로 다룬, 인터넷에서 손꼽히게 오래된 유니코드 자료예요. X11이 뭐냐면 리눅스/유닉스에서 화면에 창과 글자를 그려주는 오래된 그래픽 시스템인데요, 이 페이지는 그 위에서 쓸 수 있는 고정폭 비트맵 폰트와 도구들을 정리해 놓은 곳입니다.

왜 이게 중요한 작업이었냐면

예전 폰트들은 대부분 영어 알파벳, 숫자, 기본 기호 정도만 담고 있었어요. 256자도 안 되는 작은 글자판이었죠. 그런데 세상에는 한글, 한자, 키릴 문자, 아랍어, 수학 기호, 표를 그리는 선 문자까지 수만 가지 글자가 있잖아요. 유니코드는 이 모든 글자에 고유 번호를 붙인 거대한 약속이고요.

이 페이지의 폰트들이 대단한 건, 그 시절에 하나의 고정폭 폰트 안에 수천 개의 유니코드 글자를 직접 손으로 채워 넣었다는 점이에요. 비트맵 폰트는 글자 하나하나를 점(픽셀)을 찍어서 그리는 방식인데, 작은 화면 크기에서도 글자가 또렷하게 보이도록 픽셀 위치를 일일이 다듬은 거죠. 'fixed', 'misc-fixed' 같은 이름의 이 폰트들은 X11 환경의 사실상 표준 글꼴이 됐고, 글자가 깨지지 않는 안정적인 터미널 경험의 바탕이 됐습니다.

고정폭이 왜 그렇게 중요했을까

터미널에서는 모든 글자가 같은 칸을 차지해야 표나 ASCII 아트, 코드 들여쓰기가 안 흐트러져요. 이걸 고정폭(monospace)이라고 하는데, 영어는 쉽지만 한자나 한글처럼 폭이 넓은 글자가 끼면 정렬이 깨지기 쉽거든요. 그래서 '넓은 글자는 정확히 두 칸을 차지한다'는 규칙이 필요했고, 이 페이지와 관련 작업들이 그런 표준을 다지는 데 큰 역할을 했어요.

지금 시점에서 보면

요즘은 트루타입/오픈타입 같은 벡터 폰트가 대세고, D2Coding이나 Nerd Fonts처럼 개발자용으로 아이콘과 한글까지 빵빵하게 채운 멋진 폰트가 많죠. 그런 점에서 이 비트맵 폰트들은 '현역'이라기보다 '뿌리'에 가까워요. 하지만 지금 우리가 당연하게 누리는 "터미널에서 한글과 이모지가 안 깨지는" 환경이 사실은 이런 묵묵한 기초 작업 위에 서 있다는 걸 알면, 폰트를 고를 때 보는 눈이 좀 달라집니다.

한국 개발자에게는

우리는 특히 한글 때문에 인코딩과 폰트 문제에 자주 부딪히잖아요. 터미널 한글 깨짐, 폭 정렬 깨짐을 만났을 때 "왜 이런 일이 생기지?"의 근본 원리를 이해하고 있으면 해결이 훨씬 빨라져요. 그리고 이 페이지가 보여주는 "기본 인프라를 꼼꼼히 다지는 장인 정신"은, 화려한 신기술만 좇기 쉬운 요즘에 한 번쯤 곱씹어볼 가치가 있어요.

한 줄 정리

글자가 안 깨지는 게 당연해 보이지만, 그 당연함은 누군가 픽셀을 하나씩 찍어 만든 기초 위에 있습니다.

여러분은 지금 어떤 코딩 폰트를 쓰고 계세요? 그 폰트를 고른 이유가 있나요?