사라지는 폴란드어 Ś — 글자 하나가 화면에서 증발하는 이유

무슨 일이냐면요

폴란드어에는 우리에게 낯선 글자들이 있어요. ą, ć, ę, ł, ś, ż 같은 것들인데요. 그중 Ś는 'S 위에 작은 빗금(´)이 붙은 글자'예요. 발음은 부드러운 '시' 정도 되고요. 그런데 어떤 폰트나 프로그램에서는 이 Ś가 화면에서 슬그머니 사라져버리는 황당한 일이 벌어져요. 글자를 분명히 입력했는데 빈칸이 되거나 엉뚱하게 깨지는 거죠. 한 타이포그래피 연구자가 이 '증발하는 글자'의 범인을 끝까지 추적한 이야기예요.

범인은 '같은 글자를 적는 두 가지 방법'이에요

이게 진짜 흥미로운 지점인데요. 컴퓨터에서 Ś를 표현하는 방법이 사실 두 가지거든요.

하나는 '완성형'이에요. Ś라는 글자 자체에 고유 번호(유니코드 U+015A)를 딱 부여하는 방식이죠. 글자 하나에 코드 하나, 깔끔해요.

다른 하나는 '조합형'이에요. 그냥 평범한 S(U+0053)를 적고, 그 뒤에 '위에 빗금을 얹어라'는 결합용 부호(combining acute accent, U+0301)를 붙이는 방식이에요. 사람 눈에는 똑같이 Ś로 보이지만, 컴퓨터 내부에선 코드가 두 개인 거죠.

문제는 여기서 시작돼요. 어떤 폰트는 완성형 Ś에 해당하는 그림(글리프)은 갖고 있는데, 'S + 결합용 빗금' 조합은 제대로 그릴 줄 몰라요. 그러면 빗금을 어디에 얹어야 할지 모르거나, 아예 둘 다 렌더링을 포기해서 글자가 통째로 사라져버리는 거예요. 똑같아 보이는 두 입력이 전혀 다르게 처리되는 거죠.

유니코드 정규화라는 개념

여기서 중요한 게 '정규화(normalization)'예요. 같은 글자를 적는 여러 방법을 한 가지 표준 형태로 통일하는 작업인데요. 완성형으로 모으는 걸 NFC, 조합형으로 푸는 걸 NFD라고 불러요. 이걸 제대로 안 해주면, 똑같아 보이는 두 문자열이 컴퓨터한텐 '다른 문자열'이 돼요. 그래서 검색이 안 되고, 비교가 어긋나고, 폰트가 못 그려서 글자가 사라지는 온갖 버그가 생기는 거예요.

사실 우리도 똑같이 겪고 있어요

이거 남의 나라 글자 이야기 같죠? 천만에요. 한글이야말로 이 문제의 직격탄을 맞는 문자예요. 맥(macOS)은 한글 파일 이름을 조합형(NFD)으로 저장하는 경향이 있고, 윈도우는 완성형(NFC)으로 다뤄요. 그래서 맥에서 만든 '안녕.zip' 파일을 윈도우에서 받으면 이름의 자모가 분리돼 깨지는 그 유명한 현상, 다들 한 번쯤 겪어봤을 거예요. 정확히 NFC/NFD 차이 때문에 생기는 일이거든요.

웹 개발할 때도 마찬가지예요. 사용자가 입력한 한글을 그냥 비교하면, 겉보기엔 같은데 정규화 형태가 달라서 로그인이 안 되거나 검색이 누락되는 버그가 터질 수 있어요. 그래서 입력값을 받으면 보통 NFC로 통일해서 저장하는 게 정석이에요.

한국 개발자에게는

실무 팁을 정리하면 이래요. 문자열을 다룰 때 데이터베이스에 넣기 전, 또는 비교하기 전에 정규화를 한 번 거치세요. 자바스크립트라면 str.normalize('NFC'), 파이썬이라면 unicodedata.normalize('NFC', s) 한 줄이면 돼요. 파일 업로드, 사용자 이름, 검색어처럼 사람이 직접 입력하는 텍스트를 다룬다면 이건 선택이 아니라 필수예요. 폴란드어 Ś가 사라지는 사건은 결국 '보이는 게 전부가 아니다, 글자에도 내부 표현이 있다'는 걸 일깨워주는 좋은 사례예요.