mir.pe (일반/어두운 화면)
최근 수정 시각 : 2024-10-27 00:21:06

본고딕

<colcolor=#fff>
폰트 목록 산돌구름 산돌네오
문서가 있는 서체
맑은 고딕 나눔글꼴 IBM Plex Sans KR
한길체 Sandoll 격동 본고딕


파일:본고딕.jpg

파일:본고딕웨이트.png

1. 개요2. 언어별 이름3. 실제로 구현될 때의 모습4. 단점
4.1. 버그
5. 업데이트 내역6. 다운로드7. 파생 글꼴8. 기타
8.1. 빈도가 높은 옛한글 완성자 500자 목록8.2. 한국어 이름 '본고딕'과 '본명조'의 '본'에 대해

1. 개요

어도비와 구글이 동아시아의 여러 글꼴 회사와 같이 제작해 2014년 7월 15일에 오픈 소스로 공개한 CJK 산세리프 글꼴이다. SIL 오픈 폰트 라이선스 1.1로 배포된다. 본고딕과 Source Han Sans는 어도비 쪽의 이름이며, 구글 쪽에서는 Noto Sans CJK[1]로 Noto 글꼴 프로젝트[2]의 일부로 취급하여 참가하고 있다.

CJK라는 이름에 걸맞게 중국어(중국 본토 간체, 대만 정체, 홍콩 번체), 일본어, 한국어를 모두 지원하며, 옛한글까지 지원한다. 지원하는 weight도 ExtraLight, Light, Normal, Regular, Medium, Bold, Heavy로 무려 7가지나 된다. 일본어 디자인은 주식회사 이와타(株式会社イワタ, Iwata Corporation)에서, 한국어 디자인은 산돌커뮤니케이션에서, 중국어 디자인은 창저우 사이노타이프(常州华文, Changzhou SinoType)에서 했다고 한다. 글꼴, 문자 코드 등 동아시아 언어 정보 처리의 전문가인 켄 런디(Ken Lunde)[3] 박사가 이 글꼴 프로젝트의 메인테이너였으나 2019년, 28년간의 근무를 마치고 Adobe를 퇴사하였다.

이는 오픈 소스 글꼴로서는 최대 규모이다. Source Han Sans 글꼴이 만들어지기 전에는 디자이너들과 개발자들이 웹사이트나 앱 제작 시 CJK 세 언어로 콘텐츠를 지원하기 위해 각기 다른 디자인의 여러 글꼴들에 대한 라이선스를 취득해야 했지만, Source Han Sans의 탄생으로 인해 그럴 필요가 없어졌다. 돈도 시간도 절약하는 셈. 서로 다른 문자에 대한 폰트는 디자인 철학 등이 완전히 일치할 수가 없기에 미묘한 자형의 부조화가 생길 수밖에 없었으나, '하나의 폰트'를 목표로 개발된 본명조는 그런 문제점을 원천적으로 봉쇄한다.

다만, 트루타입 또는 오픈타입 폰트에서 하나의 글꼴이 포함할 수 있는 최대 글리프 수는 65,535개인데, 이 65,535개를 거의 모두 써 버렸기 때문에 새 글리프를 많이 추가하는 것은 어려울 것으로 보인다.[4] 이를 넘어가면 TTC나 OTC와 같이 여러 개로 이루어진 컬렉션 형태를 사용해야 한다.

라틴 문자는 ISO/IEC 8859-1(U+0000부터 U+00FF)과 CJK 언어의 로마자 표기에 필요한 글자들[5], 베트남어 표기에 필요한 글자들만 지원한다.

옛한글은 'ᄒᆞᆫ'과 같이 빈도가 높은 500자는 따로 완성자 글리프를 마련해 놓았고, 나머지는 초성 글리프 6벌, 중성 글리프 2벌, 종성 글리프 4벌을 이용해서 조합한다.

디자인은 ㅊ과 ㅎ의 머리 삐침 획이 가로형이 아닌 세로형이다.[6] 다만 본고딕 이후 본명조는 삐침 획이 가로형이다. 굵기는 600과 800을 빼고 출시했다. 자간이 넓지도 좁지도 않은 정말 안성맞춤이라 자간에 민감한 사람도 자간 조절이 필요 없을 정도로 잘 만들었다. 자간 하나는 산돌고딕 네오보다 훨씬 잘 뽑았다는 의견이 대부분.

안드로이드 롤리팝부터의 기본 한글 폰트이기도 하다( AOSP 한정). 그리고 2015년부터 나오는 리눅스 배포판들은 99% 가량의 배포판들이 본고딕을 기본 폰트로 하고 있다. 이유는 본고딕이 오픈 소스이면서, 동시에 전 세계 거의 모든 언어를 지원하면서, 디자인도 잘 뽑혀 나온 글꼴이기 때문. 세 조건을 만족하는 글꼴이 본고딕을 제외하면 거의 없다. 애초에 본고딕이 개발된 이유가 구글이 안드로이드 등에서 폰트를 깔끔하게 하나로 통일하기 위해 개발되었기 때문에[7], 리눅스 배포판이나 안드로이드에서 기본 글꼴로 본고딕을 쓰는 것은 자연스러운 현상이다.

2017년 후속 폰트로 본명조가 나왔다.

2. 언어별 이름

이 글꼴에는 영어 이름, 한국어 이름, 일본어 이름, 간체 중국어 이름, 번체 중국어 이름이 모두 존재한다.

3. 실제로 구현될 때의 모습

파일:본고딕 예시문 1.png
대한제국 애국가 항목을 Source Han Sans로 봤을 때의 모습.
파일:본고딕 예시문 2.png
훈민정음 언해본 서문을 Source Han Sans로 입력했을 때의 모습.

4. 단점

4.1. 버그

버그나 문제점을 발견하면 여기다가 보고하자. 영어로 하는 것이 좋다. 만약 버그나 문제점을 발견했는데 영어가 안 된다면, 스크린샷만 보고도 뭐가 문제인지 파악할 수 있도록 버그나 문제점을 캡처해서 올리자.

또한 워드에서 본고딕을 사용하여 만든 문서를 PDF로 변환하면 한글이 임베딩되지 않았다. 임베드 시도시 해당 글자가 보이지 않거나, 다른 글꼴로 대체되었다. 한때 임베딩을 고의로 막은 것이라는 추측이 있기도 했으나 이곳에 의하면 매킨토시에서는 해당 문제가 보고되지 않은 점, 어도비사의 프로그램(일러스트레이터) 등을 통해 본고딕을 사용 후, 직접 PDF로 저장을 했을 때는 해당 폰트가 정상적으로 포함되며 문제가 일어나지 않는 점 등을 고려해 보았을 때, 윈도우 프린터 드라이버의 문제로 추측되었다. 대부분의 PDF 파일은 Adobe PDF 프린트 형식을 통해 생성되는데, 윈도우에서 일정 개수 이상의 글리프를 가진 폰트는 제대로 출력되지 않는 문제가 있었던 것. 다만 이렇게 글리프를 많이 가진 폰트가 없었기에 그 전엔 이 버그가 있는 줄 몰랐던 듯하다. 이 문제는 2017년 정기 Windows 10 Version 1607(KB3216755)용 누적 업데이트를 통해 패치되었다. 테스트해 본 결과 정상적으로 폰트가 포함된 PDF가 생성된다. 다만 이전 버전의 윈도우용은 수정 계획이 없다고 한다.

Windows 10 및 Windows 11의 CFF2 처리 버그로 인해, 단일 OTC 통합 파일을 사용할 경우 글자가 빈칸으로만 표시되는 문제가 있다. 마이크로소프트 측에서도 확인한 버그라고는 하는데, 언제 고쳐질지는 불명확.

Windows 10은 22H2 19045.3758에서, Windows 11의 경우 22H2 22621.2506, 23H2 22631.2506에서 해당 버그가 수정되었다.

5. 업데이트 내역

자세한 업데이트 내역은 SourceHanSansReadMe.pdf의 Changes 섹션에 적혀 있다. 아래에는 일부만 싣는다.

6. 다운로드


CN/SC는 간체 중국어, JP/(없음)는 일본어, KR/K는 한국어, TW/TC는 번체 중국어 글꼴이다.

SubsetOTF는 해당 언어의 표기에 필요한 글자들만 지원한다. (바로 다음에 설명할 OTF의 언어별 부분 집합이다) 예를 들어 SubsetOTF의 Source Han Sans JP는 일본어 표기에 필요한 글자들만 지원하고, SubsetOTF의 Source Han Sans CN은 간체 중국어 표기에 필요한 글자들만 지원한다.

OTF는 SubsetOTF의 간체 중국어, 일본어, 한국어, 번체 중국어를 모두 합친 것인데, (없음), K, SC, TC 중 어떤 걸 선택하느냐에 따라 자형의 우선순위가 달라진다. OTF의 Source Han Sans K는 SubsetOTF의 모든 글자를 지원하면서 한국어의 자형을 우선하고 (한 한자의 자형이 지역 또는 언어별로 다를 경우 한국어의 자형이 우선된다.) OTF의 Source Han Sans TC는 SubsetOTF의 모든 글자를 지원하면서 번체 중국어의 자형을 우선한다. (한 한자의 자형이 지역 또는 언어별로 다를 경우 번체 중국어의 자형이 우선된다.) K, SC, TC가 따로 붙어 있지 않은 것은 일본어의 자형을 우선한다.

위는 Adobe에서 배포하는 Source Han Sans에서 적용되는 규칙이고, 구글에서 배포하는 Noto Sans에서는 다른 규칙이 적용된다. Noto Sans JP와 같이 'CJK'가 폰트 이름에 안 들어간 경우는 SubsetOTF(자국어 표기만 됨)이고,[22] Noto Sans CJK JP와 같이 CJK가 폰트 이름에 들어간 경우는 OTF(모든 한자권 언어 표기가 됨)이다.

다만 Google이 Github에서 배포하는 본고딕은 이렇다는 소리고, Google Fonts 사이트에서 배포하는 본고딕은 또 다른 규칙이 적용된다. CJK, CN, KR 등의 단축어로 검색이 불가능하며 Chinese, Japaness, Korean 등과 같이 언어명을 영어로 정확히 입력해야 해당 글꼴을 찾을 수 있다. 게다가 Github 배포판과 달리 Google Fonts 배포판은 SubsetOTF(자국어 표기만 됨)에 해당하는 본고딕만 있다. 이 외에도 Github 배포판과 Google Fonts 배포판에는 여러 차이가 있는데, 대표적으로 굵기 개수에도 차이가 있고[23] 배포 버전에도 차이가 있다. Github 배포판은 OTF 형식이나 Google Fonts 배포판은 TTF 형식으로 되어있고, 두 배포판은 빌드된 파일의 생성일과 버전명까지[24] 차이가 있다.

OTC는 OS X 10.8 이상에서 사용할 수 있으며, SuperOTC는 굵기에 따른 7가지 OTC를 모두 포함하고 있어서 용량이 매우 크다.

7. 파생 글꼴

SIL 오픈 폰트 라이선스를 채택하고 있기 때문에 활발히 수정과 개작이 이루어지고 있다.

8. 기타

8.1. 빈도가 높은 옛한글 완성자 500자 목록

ᄀ\ᅡᇰ ᄀ\ᅧᇰ ᄀ\ᅩᇰ ᄀ\ᅪᇰ ᄀ\ᅭᇢ ᄀᆈ ᄀ\ᅮᇢ ᄀ\ᅮᇰ ᄀᆔ ᄀ\ᅳᇝ ᄀᆞ ᄀᆞᆨ ᄀᆞᆫ ᄀᆞᆮ ᄀᆞᆯ ᄀᆞᆲ ᄀᆞᆷ ᄀᆞᆺ ᄀᆞᆼ ᄀᆡ ᄀᆡᆨ ᄀᆡᆺ ᄀᆡᆼ ᄁ\ᅮᇢ ᄁᆞ ᄁᆡ ᄂ\ᅩᇢ ᄂ\ᅮᇇ ᄂᆔ ᄂ\ᅳᇰ ᄂᆞ ᄂᆞᆨ ᄂᆞᆫ ᄂᆞᆯ ᄂᆞᆳ ᄂᆞᆷ ᄂᆞᆺ ᄂᆡ ᄂᆡᆫ ᄂᆡᆯ ᄂᆡᆷ ᄂᆡᆺ ᄂᆡᆼ ᄃ\ᅡᇰ ᄃ\ᅣᇰ ᄃ\ᅧᇰ ᄃ\ᅩᇰ ᄃᆈ ᄃ\ᅲᇰ ᄃ\ᅳᇰ ᄃᆞ ᄃᆞᆨ ᄃᆞᆫ ᄃᆞᆮ ᄃᆞᆯ ᄃᆞᆰ ᄃᆞᆲ ᄃᆞᆷ ᄃᆞᆺ ᄃᆡ ᄃᆡᆨ ᄃᆡᆫ ᄃᆡᆯ ᄃᆡᆺ ᄃᆡᆼ ᄄ\ᅡᇙ ᄄ\ᅣᇰ ᄄ\ᅧᇰ ᄄ\ᅩᇢ ᄄ\ᅩᇰ ᄄ\ᅮᇢ ᄄᆞ ᄄᆞᆯ ᄅ\ᅡᇰ ᄅ\ᅣᇰ ᄅ\ᅧᇰ ᄅ\ᅩᇙ ᄅ\ᅩᇢ ᄅ\ᅭᇰ ᄅ\ᅲᇢ ᄅᆞ ᄅᆞᆫ ᄅᆞᆯ ᄅᆞᆷ ᄅᆞᇝ ᄅᆞᆸ ᄅᆞᆺ ᄅᆡ ᄅᆡᆫ ᄅᆡᆺ ᄅᆡᆼ ᄆ\ᅡᇰ ᄆ\ᅧᇙ ᄆ\ᅧᇰ ᄆ\ᅭᇢ ᄆ\ᅮᇢ ᄆᆞ ᄆᆞᆫ ᄆᆞᆮ ᄆᆞᆯ ᄆᆞᆰ ᄆᆞᆺ ᄆᆡ ᄆᆡᆨ ᄆᆡᆫ ᄆᆡᆸ ᄆᆡᆺ ᄆᆡᆼ ᄆᆡᇰ ᄇ\ᅡᇙ ᄇ\ᅡᇰ ᄇᅶ ᄇ\ᅥᇙ ᄇ\ᅧᇰ ᄇ\ᅩᇝ ᄇ\ᅩᇢ ᄇ\ᅩᇰ ᄇ\ᅮᇙ ᄇᆞ ᄇᆞᆫ ᄇᆞᆯ ᄇᆞᆰ ᄇᆞᆲ ᄇᆞᆺ ᄇᆡ ᄇᆡᆨ ᄇᆡᆫ ᄇᆡᆺ ᄠᅢ ᄠᅥ ᄠᅱ ᄠᅳ ᄠᅳᆫ ᄠᅳᆮ ᄠᅳᆯ ᄠᅳᆺ ᄠᅴ ᄠᅵ ᄠᆞ ᄠᆞᆯ ᄠᆡ ᄈ\ᅧᇙ ᄈ\ᅧᇰ ᄈ\ᅮᇙ ᄈ\ᅮᇢ ᄈᆡᆨ ᄡᅡ ᄡᅡᆼ ᄡᅣᆼ ᄡᅥ ᄡᅥᆺ ᄡᅧ ᄡᅩ ᄡᅮ ᄡᅮᆨ ᄡᅳ ᄡᅳᆫ ᄡᅳᆯ ᄡᅵ ᄡᅵᆺ ᄡᆞ ᄡᆞᆫ ᄡᆞᆯ ᄢᅥ ᄢᅳ ᄢᅴ ᄢᅵ ᄧᅡ ᄧᅡᆨ ᄧᅩ ᄧᅬ ᄧᅵ ᄧᅵᆼ ᄧᆞ ᄩᅡ ᄫᅡ ᄫᅩ ᄫᅳᆫ ᄫᅵ ᄫᆞ ᄫᆞᆫ ᄉ\ᅡᇙ ᄉ\ᅡᇰ ᄉ\ᅣᇰ ᄉ\ᅧᇰ ᄉ\ᅨᇰ ᄉ\ᅩᇇ ᄉ\ᅭᇢ ᄉᆈ ᄉ\ᅲᇢ ᄉᆑᇙ ᄉᆔ ᄉ\ᅳᇰ ᄉ\ᅵᇙ ᄉᆞ ᄉᆞᆨ ᄉᆞᆫ ᄉᆞᆯ ᄉᆞᆲ ᄉᆞᆷ ᄉᆞᆸ ᄉᆞᆺ ᄉᆞᆼ ᄉᆡ ᄉᆡᆨ ᄉᆡᆫ ᄉᆡᆷ ᄉᆡᆼ ᄉᆡᇰ ᄭᅡ ᄭᅡᆨ ᄭᅡᆫ ᄭᅡᆯ ᄭᅡᆷ ᄭᅡᆺ ᄭᅢ ᄭᅥ ᄭᅥᆨ ᄭᅥᆯ ᄭᅥᆺ ᄭᅦ ᄭᅧ ᄭᅩ ᄭᅩᆨ ᄭᅩᆯ ᄭᅩᆷ ᄭᅩᆸ ᄭᅩᆺ ᄭᅩᆼ ᄭᅪᆼ ᄭᅬ ᄭᅮ ᄭᅮᆨ ᄭᅮᆫ ᄭᅮᆯ ᄭᅮᆷ ᄭᅯᆼ ᄭᅱ ᄭᅳ ᄭᅳᆫ ᄭᅳᆯ ᄭᅳᆷ ᄭᅳᆺ ᄭᅴ ᄭᅵ ᄭᅵᆫ ᄭᅵᆯ ᄭᅵᆺ ᄭᆞ ᄭᆞᆯ ᄭᆡ ᄯᅡ ᄯᅡᆨ ᄯᅡᆫ ᄯᅡᆯ ᄯᅡᆷ ᄯᅡᆺ ᄯᅡᆼ ᄯᅢ ᄯᅥ ᄯᅥᆨ ᄯᅥᆫ ᄯᅥᆯ ᄯᅥᆺ ᄯᅦ ᄯᅩ ᄯᅩᆨ ᄯᅩᆼ ᄯᅩᇰ ᄯᅮ ᄯᅮᆨ ᄯᅮᆯ ᄯᅮᆼ ᄯᅱ ᄯᅳ ᄯᅳᆨ ᄯᅳᆫ ᄯᅳᆯ ᄯᅳᆷ ᄯᅳᆺ ᄯᅴ ᄯᅵ ᄯᆞ ᄯᆞᆫ ᄯᆞᆯ ᄯᆞᆷ ᄯᆡ ᄲᅡ ᄲᅡᆯ ᄲᅡᆷ ᄲᅡᆼ ᄲᅢ ᄲᅣᆷ ᄲᅥ ᄲᅥᆫ ᄲᅥᆺ ᄲᅧ ᄲᅨ ᄲᅩ ᄲᅩᆸ ᄲᅩᆼ ᄲᅮ ᄲᅮᆫ ᄲᅮᆯ ᄲᅮᆷ ᄲᅳ ᄲᅳᆫ ᄲᅳᆯ ᄲᅵ ᄲᆞ ᄲᆞᆯ ᄲᆡ ᄲᆡᆺ ᄲᆡᆼ ᄊ\ᅣᇰ ᄊ\ᅧᇰ ᄊ\ᅲᇢ ᄊ\ᅵᇙ ᄊ\ᅵᇰ ᄊᆞ ᄊᆞᆯ ᄊᆞᆷ ᄊᆞᆼ ᄊᆡ ᄶᅡ ᄶᅡᆨ ᄶᅥᆨ ᄶᅧᆨ ᄶᅩ ᄶᅩᆨ ᄶᅩᆺ ᄶᅳᆷ ᄶᅵ ᄶᅵᆨ ᄶᅵᆯ ᄶᅵᆷ ᄶᅵᆺ ᄶᅵᆼ ᄶᆞ ᄶᆞᆨ ᄶᆡ ᅀᅡ ᅀᅢ ᅀᅣᆼ ᅀᅥ ᅀᅥᆷ ᅀᅧᆫ ᅀᅧᆼ ᅀᅩ ᅀᅮ ᅀᅳ ᅀᅳᆨ ᅀᅳᆯ ᅀᅴ ᅀᅵ ᅀᅵᆫ ᅀᅵᇙ ᅀᅵᆼ ᅀᆞ ᅀᆞᆫ ᅀᆞᆯ ᅀᆞᆳ ᅀᆞᆷ ᅀᆞᇝ ᅀᆞᆸ ᅀᆡ ᄋ\ᅡᇇ ᄋ\ᅣᇰ ᄋ\ᅪᇰ ᄋ\ᅭᇰ ᄋᆈ ᄋᆑᆫ ᄋᆔ ᄋᆞ ᄋᆞᆫ ᄋᆞᆯ ᄋᆞᆳ ᄋᆞᆷ ᄋᆞᆸ ᄋᆡ ᄋᆡᆨ ᄋᆡᆫ ᄋᆡᆺ ᄋᆡᆼ ᅌᅡᆫ ᅌᅡᆼ ᅌᅥᆷ ᅌᅦ ᅌᅩᆨ ᅌᅩᆼ ᅌᅪᇰ ᅌᅮᆫ ᅌᅮᇢ ᅌᅮᆼ ᅌᅯᆫ ᅌᅯᇙ ᅌᅱᆼ ᅌᅴᆼ ᅌᅵ ᅌᅵᆺ ᄌ\ᅡᇝ ᄌ\ᅡᇰ ᄌ\ᅣᇰ ᄌ\ᅧᇙ ᄌ\ᅧᇰ ᄌ\ᅩᇰ ᄌ\ᅭᇰ ᄌᆈ ᄌ\ᅲᇢ ᄌ\ᅲᇰ ᄌᆔ ᄌ\ᅵᇰ ᄌᆞ ᄌᆞᆨ ᄌᆞᆫ ᄌᆞᆯ ᄌᆞᆷ ᄌᆞᆸ ᄌᆞᆺ ᄌᆞᆼ ᄌᆡ ᄌᆡᆫ ᄌᆡᆺ ᄌᆡᆼ ᄍ\ᅡᇰ ᄍ\ᅧᇰ ᄍᆞᆼ ᄍᆡᆼ ᄎ\ᅧᇰ ᄎᆈ ᄎᆔ ᄎ\ᅵᇙ ᄎᆞ ᄎᆞᆨ ᄎᆞᆫ ᄎᆞᆯ ᄎᆞᆷ ᄎᆞᆺ ᄎᆞᆼ ᄎᆡ ᄎᆡᆨ ᄏ\ᅩᇰ ᄏ\ᅮᇢ ᄏᆞ ᄏᆞᆺ ᄏᆡ ᄐ\ᅩᇰ ᄐᆞ ᄐᆞᆫ ᄐᆞᆯ ᄐᆞᆺ ᄐᆡ ᄐᆡᆨ ᄐᆡᆼ ᄑᆈ ᄑᆞ ᄑᆞᆫ ᄑᆞᆯ ᄑᆞᆺ ᄑᆡ ᄑᆡᆺ ᄑᆡᆼ ᄒ\ᅣᇰ ᄒ\ᅩᇙ ᄒ\ᅪᇰ ᄒᆈ ᄒᆞ ᄒᆞᆨ ᄒᆞᆫ ᄒᆞᆯ ᄒᆞᆰ ᄒᆞᇙ ᄒᆞᆷ ᄒᆞᆸ ᄒᆞᆼ ᄒᆡ ᄒᆡᆨ ᄒᆡᆫ ᄒᆡᆯ ᄒᆡᆺ ᄒᆡᆼ ᄒᆡᇰ ᅘᅡᆼ ᅘᅧ ᅘᅧᆫ ᅘᅩᆼ ᅘᅪᆼ ᅘᅪᇰ ᅘᅮᇢ ᅘᆒᆼ ᅘᆡᇰ ᅙᅡᆫ ᅙᅡᆼ ᅙᅮᇢ ᅙᅱ ᅙᅳᆨ ᅙᅳᆷ ᅙᅴᆼ ᅙᅵᆫ ᅙᅵᇙ

8.2. 한국어 이름 '본고딕'과 '본명조'의 '본'에 대해

Source Han Sans의 한국어 이름은 '본고딕'이고 Source Han Serif의 한국어 이름은 '본명조'인데, '본고딕'과 '본명조'의 '본'에는 공식적으로 한자가 존재하지 않는다. 물론 '본'의 어원을 폰트의 영문이름이 source이기에 한자 本이라고 '추정'할지도 모르나, 공식적으로는 한자가 존재하지 않는다.[28]

어떤 중국어 화자가 Source Han Serif의 한국어 이름 '본명조'를 한자로 쓰면 本明朝인데 이게 모리사와에서 만든 글꼴 本明朝와 이름이 같다며 혼동이 있을 수도 있다고 했다. 그러자 Ken Lunde는 다음과 같이 말했다. 그리고 다른 한 사람은 다음과 같이 말했다.
따라서 '본고딕'과 '본명조'의 '본'은 공식적으로 한자 표기가 존재하지 않는 순전히 한글 명칭이다. 즉 '본고딕'과 '본명조'의 '본'에 한자가 존재한다고 하는 것은 일종의 현대판 한자 부회인 셈.

[1] 참고로 로마자 폰트인 Noto Sans와 Noto Sans CJK(=본고딕)는 자형이 아예 다른 별개의 글꼴이다. 그에 반해 Source Sans와 Source Han Sans(=본고딕)는 로마자의 자형이 같다. [2] 폰트가 없어 로 표시되는 것을 폰트 업계의 속어로 ' 두부(tofu)'라고 일컫기도 한다. 즉, 깨진 글자가 없는 폰트라고 No Tofu. 줄여서 Noto. Noto 프로젝트의 지향점이다. [3] CJKV Information Processing(초판 1999년 1월, 개정판 2008년 12월)이라는 책도 썼으며, 동아시아 언어 정보 처리 분야에서는 굉장히 잘 알려진 사람이다. 일본어도 능숙하게 한다. [4] 특히 문제가 되는 부분은 글자 개수가 10만 자를 넘어가는 한자이다. 본고딕은 결국 한자문화권 글자 지원을 위해 만들어졌는데, 한자의 33% 정도만 지원하고 글자 추가도 어려운 상태이기 때문이다. 후술하겠지만, 결국 이를 보완하기 위해 Plangothic이라는 개별 보완적 글꼴이 나왔다. 자세한 내용은 tofu 문서를 참고할 것. [5] 한어병음의 ǚ, 한어병음과 헵번식 로마자 표기법의 ō, 매큔-라이샤워 표기법의 ŭ 등. [6] 훈민정음 창제 당시에는 본고딕처럼 꼭대기 삐침은 세로로 쓰는 것이 정석이었다. 훈민정음 창제 후 대략 두 세기를 거쳐 17세기 정도부터 붓글씨로 한글을 쓸 때 가로획을 쓰기 시작했고, 현대에 저 획이 대부분의 서체에서 가로인 것은 한글을 붓으로 썼던 때의 흔적으로 남은 것이다. [7] 구글이나 마이크로소프트같이 전 세계를 상대로 운영 체제를 판매하는 IT 기업에서는, 전 세계에서 쓰는 수십 개의 문자를 한 폰트 안에 통일시키지 않으면 수십 개의 폰트가 운영 체제에 설치되어 있어야 한다. 실제로 마이크로소프트에서는 맑은 고딕을 필두로 한 수많은 글꼴을 만들어 각 언어판별로 따로 넣는 식으로 하고 있다. 그런데 이럴 경우 문제점이 생기는데, 수십 개의 폰트가 기본으로 설치되어 있어야 해서 용량을 많이 차지하고, 서로 다른 언어 간의 폰트 디자인이 일률적이지 않는 등의 문제점이 발생한다. 이 문제를 해결하기 위해 구글에서 Noto 프로젝트의 일환으로 본고딕을 개발하여, 운영 체제에서 쓰는 폰트를 Noto 폰트 하나로 통일하려고 한 것이다. [8] 다만 이 글꼴은 전술했다시피 업데이트가 멈췄다는 단점이 있다. [9] 대만, 한국, 일본, 중국 등에서 쓰는 표준 한자 모양에는 미세한 차이들이 있다. 자세한 내용은 한자문화권 문서를 참고하자. [10] 이를테면 일본식 한자를 Noto Sans CJK KR(한국용 통합 본고딕)에서도 정상적으로 볼 수 있는 식이다. 일본식 한자만을 보고 싶다면 Noto Sans JP(오직 일본용 본고딕)을 쓰면 되고 말이다. [11] 이에 대해 자세한 내용은 유니코드 문서의 "미묘한 이체자 처리 문제" 문단을 참고하자. [12] 다만 이체자에 예민한 일본을 제외하면 동아시아권에서 IVS를 쓰는 사람이 거의 없기 때문에, 전산화된 타국의 한자 문서를 자주 편집하는 사람이 아닌 일반인은 IVS 관련 문제는 잘 모르는 것이 당연하긴 하다. 게다가 IVS 도입 자체가 유니코드에서 한자가 나라마다 자형 차이가 생각보다 큰 것을 성급히 통합하였다가 땜빵질하기 위해 IVS가 도입된거라, 본고딕이 아니어도 IVS 때문에 비슷한 문제가 생길 수 밖에 없다. 애초에 유니코드를 제정할 때 신경써서 제대로 만들었다면 이런 문제가 생기지도 않았을 것이다. 즉 본고딕의 단점이라기 보다는 유니코드 제정 쪽의 문제이다. [13] 예를 들어, 일본에서 쓰여진 한자 문서를 보고 싶다면 Noto Sans JP(오직 일본용 본고딕)을 쓰면 일본식 한자로 정상적으로 출력되는 식이다. [14] 애초에 본고딕은 일부 유니코드 한자만 지원하기 때문에, 미지원하는 나머지 한자는 어차피 다른 글꼴을 써야 한다. 이를 보완하기 위한 글꼴인 Plangothic은 후술하겠지만 중국식 자형이라 한국 표준 자형과는 꽤 다르다. 그렇기 때문에 이래저래 본고딕은 한자 교육용으로 쓰기에는 영 좋지 않다. [15] One UI 뿐만 아니라 일부 안드로이드 기기, Adobe Illustrator에도 동일한 증상이 나타난다고 본고딕 개발진에게 제보가 들어갔다고 한다. [16] 예를 들어 일본의 반복부호 중 세로쓰기에서 길게 쓰기 위해 만들어진 세로로 긴 문자들이 있다. [17] 위 링크에서 본고딕 개발진의 의견에 의하면, 이렇게 FontbBox 값을 이용해 글꼴 렌더링을 구현해 글꼴의 최대 높이가 표시에 그대로 반영되는 것은 비표준적이기 때문에 피해야 할 행동이다. 그러나 안드로이드, One UI, Adobe Illustrator 등 이런 방식으로 구현한 프로그램이 이미 많으며, 이를 해결하기 위해서는 개발진에게 고쳐달라고 요청하고 기다리는 것 이외에는 방법이 없다고 했다. [18] FontCreator, Fontlab, Fontforge 등의 글꼴 편집 프로그램을 이용하면 된다. [19] 위 링크에서 본고딕 개발진이 언급한 4개의 문자만 삭제하면 된다. U+3031, U+3032, U+2E3A(가로 버전이 아닌 세로 버전), U+2E3B(가로 버전이 아닌 세로 버전) 이렇게 4개다. 이 4개의 문자는 한국어에서는 전혀 안쓰고 일본어 세로쓰기에서만 간간히 쓰는 구식 표기이기 때문에, 구식 일본어를 자주 표기하는 경우가 아니라면 삭제해도 전혀 문제가 없다. [20] 유니코드에 추가된 지 얼마 되지 않은 문자이므로 많은 환경에서 제대로 출력되지 않을 수 있다. [21] 홈페이지에서는 Noto Sans CJK만 SIL 오픈 폰트 라이선스를 적용하고 다른 모든 Noto 폰트들은 Apache 라이선스를 따른다고 적혀 있다. [22] 다만 SubsetOTF라도 100% 자국어 표기만 되는 것은 아니고 다른 언어도 일부는 표기가 된다. 다만 다른 언어, 예를 들어 간체자를 표기하려고 하면 일부는 제대로 되지만 일부는 제대로 안된다. [23] Github 배포판은 7개 굵기, Google Fonts 배포판은 9개 굵기(본명조는 8개)가 있다. [24] 예를 들어 2024년 초 기준으로 Google Fonts 배포판 본고딕의 빌드 날짜는 2023년 8월 18일이지만, Github 배포판에서 2.004 버전이 태그 된 https://github.com/notofonts/noto-cjk/releases/tag/Sans2.004를 보면 최초 빌드 스크립트의 생성일이 2022년 1월 27일인 것을 알 수 있다. [25] 본고딕과는 다른 로마자 글꼴이다. [26] 한자 비스름한 문자까지 지원하는 것을 목표로 한다. 이 때문에 본고딕에서 표시하지 못하는 서하 문자, 거란 문자, 잘 안 쓰는 일부 주음부호, 헨타이가나 등의 유니코드 확장 가나까지 지원하고 있다. 다만 헨타이가나, 서하 문자, 거란 문자는 Noto 프로젝트의 일환인 Noto Serif에서 지원하고 있기는 하다. [27] 이 때문에 미완성된 한자는 임시로 하나조노 명조라는 글꼴로 대체돼서 나오게 되어있는데, 고딕체인 Plangothic과 본고딕과는 글꼴 스타일이 많이 달라 디자인이 어울리지 않는다는 단점이 있다. 그래도 시간이 흘러 글꼴이 완성되면 글꼴 스타일이 전부 고딕체로 통일되면서 단점이 없어질 예정이기는 하다. 2023년 11월 기준으로, 확장 B 영역 한자의 70% 정도만 명조체로 나오는 상태이며, 나머지는 전부 고딕체로 나온다. [28] 本에서 유래한 것이 맞다면 공식 한자 표기는 없는 대한민국 원과 같은 사례가 된다. [29] 실제로는 구글 측 영어 이름인 Noto Serif CJK도 있으므로 여섯 개이다. [30] 또는 전체의 일본어 독음 ほんみんちょう를 한글로 쓴 '혼민초'라고 할 수도 있다. [31] 그리고 설령 모리사와의 해당 글꼴이 한국어에서 '본명조'로 불리게 되더라도, Source Han Serif는 '어도비 본명조' 또는 '구글 본명조'라고 부르면 되고 모리사와의 해당 글꼴은 '모리사와 본명조'라고 부르면 된다. 경기도 광주와 전라도 광주를 생각해 보자. 이것과 완전히 같은 원리이다.

분류