Font Upload Errors in Adobe Express Related to Auto-Hinting (In Korean: 오토 힌팅과 관련하여 어도비 익스프레스에 업로드하는 폰트에 오류가 발생하는 점)

---

## [English]

### About me

I'm 활공이(Hwalgongi), founder of Tokkine Type Foundry (토끼네활자공장), a one-person Hangul (Korean) type design studio. I'm writing to report a rendering bug I've traced to a specific cause through direct testing, and to ask whether Adobe is aware of it.

### Summary

A TrueType font built with Glyphs 3's default Autohint feature fails to render any text **only in Adobe Express**. The same font works correctly in desktop Adobe applications (Illustrator, InDesign, Photoshop), and the same font converted to WOFF/WOFF2 renders correctly on general websites via `@font-face`. The issue reproduces exclusively in Adobe Express.

### Environment

- Font authoring tool: Glyphs 3 (macOS)

- Where the issue occurs: Adobe Express (web), when applying an uploaded custom font to text

- Symptom: Typing text into a text box shows nothing at all — this is a complete rendering failure, not missing individual glyphs

- Comparison: A third-party font that was **not** hinted (no fpgm/prep/cvt tables) works correctly in Express

### Reproduction / Diagnostic Steps

| Step | File variant tested | Result in Express |

|---|---|---|

| 1 | Original TTF (includes an adobe-korea1/Adobe-KR custom parameter, hinted with Glyphs Autohint) | Fails |

| 2 | DSIG table removed + cmap format 12 subtable added | Fails |

| 3 | Same as above + family name changed (to rule out name/cache conflicts) | Fails |

| 4 | Same as above + all TrueType hinting removed (fpgm/prep/cvt tables and all per-glyph instructions stripped) | Works |

| 5 | Re-exported from Glyphs with the `Export TrueType Hints` custom parameter set to off (no hinting generated at all) | Works |

We verified the structural integrity of the original file using fontTools. No corruption or spec violations were found in the DSIG table, cmap tables, glyf/loca consistency, composite glyph references, or outline coordinates. The hinting bytecode (fpgm/prep) also disassembled without syntax errors. This indicates the file itself is not corrupted — rather, Adobe Express's rendering pipeline appears to fail while processing this specific hinting bytecode.

### Key Observations

1. Of all the variables tested, only removing TrueType hinting resolved the issue. Every other change (DSIG, cmap, font name) had no effect.

2. The same hinted TTF, converted to WOFF/WOFF2, renders correctly in standard web environments via `@font-face`. This suggests the problem is specific to Adobe Express's font processing/rendering logic, not to hinted webfonts in general.

3. Glyphs 3 is a widely used font production tool, and its Autohint option is enabled by default and prominently displayed in the export dialog. Many font developers likely ship fonts with this option on without realizing it could cause issues specifically in Express, since desktop Adobe apps show no problem at all.

### Requested Action

- Please investigate why Adobe Express's custom font upload/rendering pipeline fails when processing standard TrueType hinting bytecode generated by Glyphs 3's default Autohint feature.

- At minimum, please consider a fallback: if hint processing fails, render the font using its outlines only (ignoring hints) rather than failing the entire render.

Happy to share both the failing and working font files if that would help with investigation. Thank you for looking into this.

---

## [한글]

### 자기소개

안녕하세요, 저는 한글 서체를 전문으로 하는 1인 활자 디자인 스튜디오 **토끼네활자공장**을 운영하고 있는 활공이입니다. 직접 테스트를 통해 원인을 특정한 렌더링 버그를 발견하여 보고드리며, 어도비 측에서 이 문제를 인지하고 계신지 여쭙고 싶어 글을 남깁니다.

### 요약

Glyphs 3의 기본 Autohint 기능으로 생성한 TrueType 폰트가 **Adobe Express에서만** 텍스트가 전혀 렌더링되지 않는(빈 화면) 현상을 확인했습니다. 동일 폰트가 Illustrator, InDesign, Photoshop 등 데스크톱 Adobe 앱에서는 정상 작동하며, 동일 폰트를 WOFF/WOFF2로 변환해 일반 웹사이트에 적용해도 정상 작동합니다. 문제는 Adobe Express 하나에서만 재현됩니다.

### 환경

- 폰트 제작 툴: Glyphs 3 (macOS)

- 문제 발생 위치: Adobe Express (웹) 텍스트 입력 시 커스텀 폰트 적용

- 증상: 텍스트 상자에 글자를 입력해도 화면에 아무 글자도 표시되지 않음 (특정 글자 누락이 아닌 전체 렌더링 실패)

- 비교 대상: 힌팅이 없는(fpgm/prep/cvt 테이블 없음) 타사 폰트는 Express에서 정상 작동

### 재현 및 진단 과정

| 단계 | 시도한 파일 변경 사항 | Express 결과 |

|---|---|---|

| 1 | 원본 TTF (adobe-korea1/Adobe-KR 커스텀 파라미터 포함, Glyphs Autohint 적용) | 실패 |

| 2 | DSIG 테이블 제거 + cmap format 12 서브테이블 추가 | 실패 |

| 3 | 위 2 + 패밀리명 변경(캐시/네임 충돌 배제) | 실패 |

| 4 | 위 3 + TrueType 힌팅(fpgm/prep/cvt + 글리프별 instruction) 전체 제거 | 정상 |

| 5 | Glyphs Custom Parameter `Export TrueType Hints`를 off로 설정 후 재익스포트(힌팅 없이 생성) | 정상 |

fontTools로 원본 파일의 구조적 무결성을 확인했으며, DSIG, cmap, glyf/loca 정합성, 컴포지트 글리프 참조, 아웃라인 좌표 등에서 손상이나 스펙 위반은 발견되지 않았습니다. 힌팅 데이터(fpgm/prep 바이트코드) 역시 구문 파싱은 정상적으로 성공했습니다. 즉 파일이 손상된 게 아니라, Express의 렌더링 파이프라인이 이 특정 힌팅 바이트코드를 처리하는 과정에서 실패하는 것으로 보입니다.

### 핵심 관찰 사항

1. TrueType 힌팅을 완전히 제거한 버전만 Express에서 정상 작동하고, 그 외 다른 모든 변수(DSIG, cmap, 폰트명)를 바꾼 버전은 전부 실패했습니다.

2. 동일한 힌팅 포함 TTF를 WOFF/WOFF2로 변환했을 때는 일반 웹 환경에서 문제없이 렌더링됩니다. 즉 힌팅이 포함된 웹폰트 자체가 일반적으로 문제라는 뜻이 아니라, Adobe Express의 폰트 처리/렌더링 로직에 특정된 문제로 보입니다.

3. Glyphs 3는 폰트 산업에서 널리 쓰이는 제작 툴이며, Export 시 Autohint 옵션이 기본값으로 켜져 있고 눈에 띄게 노출되어 있습니다. 데스크톱 Adobe 제품군에서는 문제가 전혀 없기 때문에, 많은 폰트 개발자들이 이 옵션을 켠 채로 배포하면서도 Express에서만 발생하는 이 문제를 인지하지 못하고 있을 가능성이 있습니다.

### 요청 사항

- Adobe Express의 커스텀 폰트 업로드/렌더링 파이프라인이 Glyphs 3의 표준 Autohint로 생성된 TrueType 힌팅 바이트코드를 처리할 때 실패하는 원인을 조사해주시기 바랍니다.

- 최소한, 힌팅 처리에 실패했을 때 전체 렌더링이 중단되는 대신 힌팅을 무시하고 아웃라인만으로 표시하는 폴백 처리를 고려해주시면 좋겠습니다.

필요하시면 실패한 폰트 파일과 정상 작동한 파일을 모두 공유해드릴 수 있습니다. 확인 부탁드립니다.