Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

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

クローズ
#731 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
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
フォーク
625
平均マージ
20時間 31分
マージ済み PR(30日)
1

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

IBM/plex のほかの issue

IBM/plex の issue をすべて見る

似ている issue

Design の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。