Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

IBM Plex Sans JP: the .ttf and .otf have different line metrics (hhea and OS/2 lineGap)

已关闭
#731 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
4/5
预计耗时
3-5 天
新手友好度
22/100
Issue 类型
缺陷
描述清晰度
基本清楚
活跃度
活跃
领域
design

调研方向

The measurements are in packages/plex-sans-jp/fonts/complete, comparing ttf/hinted and otf/hinted Regular files. Dump the hhea, OS/2 and typo metrics of each edition with a font inspection tool such as fontTools, to confirm the reported 1060/-440/0 and 880/-120/1000 values. Done means the maintainers have chosen the intended metrics and both editions of Plex Sans JP report the same hhea and typo values, but the target values need a maintainer decision first.

由索引模型根据 Issue 内容生成。

描述

Hello,

In IBM Plex Sans JP, the TrueType and the OpenType (CFF) editions of the
same release have different vertical metrics, so the same text is set with
different line spacing depending on which file is used. The other CJK
families agree between their two editions, so this looks unintended, but
I may be missing a reason.

Measured in packages/plex-sans-jp/fonts/complete (all files Version
1.004, unitsPerEm 1000):

File hhea ascender hhea descender hhea lineGap OS/2 typoLineGap Line height
ttf/hinted/IBMPlexSansJP-Regular.ttf 1060 -440 0 500 1.5 em
ttf/unhinted/IBMPlexSansJP-Regular.ttf 1060 -440 0 500 1.5 em
otf/hinted/IBMPlexSansJP-Regular.otf 880 -120 1000 1000 2.0 em
otf/unhinted/IBMPlexSansJP-Regular.otf 880 -120 1000 1000 2.0 em

The OS/2 typoAscender and typoDescender (880, -120) and the usWinAscent
and usWinDescent (1060, 440) are the same in both editions; the hhea
values and the typoLineGap differ. Every weight of the .ttf has the
1060 / -440 / 0 values.

For comparison, both editions agree in the other families:

Family hhea (both editions) OS/2 typo (both editions)
Plex Sans SC 880 / -120 / 1000 880 / -120 / 1000
Plex Sans TC 880 / -120 / 1000 880 / -120 / 1000
Plex Sans KR 1085 / -415 / 0 780 / -220 / 500

Applications that take the line height from hhea (most do on macOS and
Linux, and PDF libraries generally do) set Japanese text 1.5 em apart with
the .ttf and 2.0 em apart with the .otf. We noticed it in PDFjet
(https://github.com/edragoev1/pdfjet), a PDF library that embeds IBM Plex:
the same page of Japanese changed its line spacing when we switched files.

Could you confirm which metrics are intended for Plex Sans JP, and align the
other edition in a future release? Either is fine for us; we only want the
two files to agree.

Thank you for IBM Plex.

Evgeni Dragoev
PDFjet Software
https://pdfjet.com

主要语言
CSS
星标
11.7k
派生
627
平均合并
6 天 4 小时
30 天内合并 PR
2

环境准备

这个项目没有提供开发容器、Dockerfile 或贡献指南,环境需要你自己搭建:先看它的 README,通用步骤见我们的新手贡献指南。

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

IBM/plex 的其他 Issue

查看 IBM/plex 的全部 Issue

相似的 Issue

更多 Design Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。