본문으로 건너뛰기
피드

요즘 픽셀 폰트가 그냥 복고 감성이 아닌 이유

frontend 약 5분
vote
0
댓글
북마크

1990년대 기기 화면 느낌을 현대 폰트 시스템으로 재해석한 픽셀 폰트 몇 가지를 소개한 글이다. 핵심은 예쁜 복고풍 글자 모양만이 아니라, 실제 제품에서 쓸 수 있게 기준선, 자간, 메타데이터, 세로 메트릭까지 챙기는지가 중요하다는 점이다.

  • 1

    Analog Mono는 1990년대 비디오 기기 화면에서 보던 픽셀 폰트의 낮은 기준선 문제를 고친 폰트다.

  • 2

    Coral Pixels는 예전 서브픽셀 렌더링의 색 번짐을 의도적인 시각 요소로 가져온 컬러 폰트다.

  • 3

    Two Slice는 높이가 2픽셀뿐인데도 어느 정도 읽히는 실험적인 폰트다.

  • 4

    Vercel의 Geist Pixel은 장식용 픽셀 폰트가 아니라 실제 제품 타이포그래피 시스템 안에서 쓰이도록 설계됐다는 점을 강조한다.

  • 픽셀 폰트가 다시 흥미로운 이유는 단순히 “레트로 감성 좋네”에서 끝나지 않음.

    • 글에서 소개하는 폰트들은 1990년대 기기 화면, 서브픽셀 렌더링, 초저해상도 글자 같은 오래된 시각 언어를 현대 폰트 시스템 안으로 끌고 들어옴.
    • 중요한 포인트는 이들이 실제로는 운영체제에 설치해서 쓸 수 있는 벡터 폰트라는 점임. 픽셀처럼 보이지만, 내부적으로는 요즘 환경에 맞춘 폰트라는 얘기.
  • Andrew Gleeson의 Analog Mono는 예전 VCR OSD Mono 스타일의 고질적인 문제를 고친 케이스임.

    • 1990년대 하이파이 장비, 비디오 플레이어, TV, 캠코더 같은 곳에서 자주 보이던 그 픽셀 폰트 감성이 출발점임.
    • 원래 스타일은 기준선이 낮아서, 아래로 내려가는 획이 있는 글자들이 어색하게 위로 끌려 올라가는 문제가 있었음.
    • Analog Mono는 이 기준선 문제를 바로잡아서, 같은 복고풍이라도 글자 구조가 훨씬 자연스럽게 보이도록 만든 폰트임.
  • Kumiko Yoshida의 Coral Pixels는 색 번짐까지 폰트 디자인으로 가져온 사례임.

    • Google Fonts에서도 제공되는 컬러 폰트고, 1990년대와 2000년대 화면에서 보이던 컬러 프린징을 일부러 포함함.
    • 원래 이런 색 번짐은 서브픽셀 렌더링의 부산물에 가까웠는데, 이제는 향수나 시각적 재미를 주는 디자인 요소로 재활용되는 중임.
    • 약간 색수차(chromatic aberration) 감성과도 맞닿아 있어서, “결함이었던 게 스타일이 되는” 전형적인 흐름임.
  • Joseph Fatula의 Two Slice는 더 극단적임. 높이가 단 2픽셀인 폰트인데, 그래도 어느 정도 읽힘.

    • 폰트 설명 자체도 “2픽셀 높이이고, 어느 정도 읽을 수 있음”에 가깝다 보니 거의 타이포그래피 실험에 가까움.
    • 읽기 편한 본문용이라기보다는, 글자가 최소한의 픽셀 정보만으로 어디까지 버틸 수 있는지 보는 재미가 큼.

중요

> 여기서 말하는 픽셀 폰트들은 진짜 옛날식 비트맵 폰트가 아니라, 현대 환경에서 설치하고 확장해 쓸 수 있는 벡터 폰트임. “픽셀처럼 보이는 것”과 “제품에서 안정적으로 동작하는 것”은 완전히 다른 문제임.

  • 글의 마지막 축은 Vercel의 Geist Pixel임. 여기서는 얘기가 단순한 취향 소개에서 프로덕션 타이포그래피로 넘어감.

    • Vercel은 Geist Pixel을 장난감 같은 novelty font가 아니라 시스템 확장에 가깝다고 설명함.
    • 픽셀 질감은 유지하되, 실제 제품 안에서 쓰일 수 있도록 더 큰 타이포그래피 시스템과 맞물리게 만들었다는 주장임.
    • 좀 과하게 멋 부린 문구처럼 들리긴 하지만, 짚고 있는 문제는 꽤 현실적임.
  • 픽셀 폰트가 실제 서비스에서 자주 깨지는 이유도 여기서 나옴.

    • 뷰포트 크기에 따라 스케일링이 어색해질 수 있음.
    • 기존 타이포그래피 시스템과 메트릭이 충돌할 수 있음.
    • 장식용으로만 만들어진 폰트는 글리프 범위, 커닝, 줄 높이 같은 실무 디테일이 부족할 수 있음.
  • 결국 좋은 폰트의 약점은 글자 모양이 아니라, 눈에 잘 안 보이는 주변부에서 터지는 경우가 많음.

    • 커닝, 메타데이터, 추가 글리프, 세로 메트릭 같은 것들이 대표적임.
    • Geist Pixel 팀이 특히 자랑스러워하는 지점도 이 보이지 않는 작업 쪽으로 보임.
    • 폰트 디자인이 UI 엔지니어링과 만나는 순간, “예쁜가?”보다 “줄 안에서 안 깨지는가?”가 더 중요해지는 셈임.

픽셀 폰트 얘기처럼 보이지만, 실제로는 제품 UI에서 폰트를 쓴다는 게 얼마나 많은 보이지 않는 엔지니어링을 요구하는지 보여주는 글이다. 레트로 감성도 프로덕션에 올리려면 기준선, 글리프, 메트릭 같은 지루한 디테일을 피할 수 없다.

댓글

댓글

댓글을 불러오는 중...

frontend

타입스크립트 7.0, Go 네이티브 포팅으로 빌드가 8~12배 빨라졌다

마이크로소프트가 타입스크립트 7.0을 출시하면서 기존 자바스크립트 기반 구현을 Go로 네이티브 포팅했다. 전체 빌드는 평균 8~12배 빨라졌고, VS코드 빌드는 125.7초에서 10.6초로 줄었으며, 슬랙은 CI 타입 검사 시간을 7.5분에서 1.25분으로 낮췄다.

frontend

타입스크립트 7 공개, 고 포팅으로 빌드가 최대 10배 이상 빨라짐

마이크로소프트가 고(Go)로 네이티브 포팅한 타입스크립트 7을 공개했다. 전체 빌드는 보통 8~12배 빨라지고, VS 코드 코드베이스에서는 125.7초가 10.6초로 줄었으며, 편집기 첫 오류 표시도 17.5초에서 1.3초 미만으로 내려갔다.

frontend

“98% 지원”이 생각보다 별로 안 넉넉한 이유

브라우저 기능 지원률 98%는 얼핏 높아 보이지만, 실제 서비스에서는 2%의 사용자를 깨진 화면 앞에 세우는 숫자일 수 있다는 글이다. 특히 일반 통계와 내 서비스 방문자 분포는 다를 수 있고, 실제 사례로 어떤 사이트는 최신 중첩 CSS 기능 지원 브라우저가 방문자의 약 70%뿐이었다.

frontend

메타, AI가 읽고 쓰는 디자인 시스템 ‘Astryx’ 오픈소스로 공개

메타가 내부 디자인 시스템 Astryx를 오픈소스로 공개했다. React와 StyleX 기반의 150개 이상 접근성 지원 컴포넌트, 디자인 토큰, 테마, 템플릿, CLI를 제공하며, 특히 AI 에이전트가 컴포넌트 구조를 이해하고 UI를 생성·수정할 수 있도록 MCP 서버까지 포함한 점이 핵심이다.

frontend

shadcn/ui, 기본 컴포넌트 라이브러리를 Radix에서 Base UI로 변경

shadcn/ui가 새 프로젝트의 기본 컴포넌트 라이브러리를 Radix가 아니라 Base UI로 바꿨어. Radix 지원은 계속되지만, Base UI가 안정화됐고 주간 다운로드 600만 이상, shadcn/create 신규 프로젝트 선택 비율 2대1이라는 이유로 기본값을 바꾼 거야. 동시에 채팅 UI용 MessageScroller와 관련 컴포넌트, headless 패키지인 @shadcn/react도 공개됐어.