Tabular figures are no longer equal-width since 2.0.8.
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Anfängerfreundlichkeit
- 50/100
- Issue-Typ
- Bug
- Klarheit
- Klar beschrieben
- Aktivitätsstatus
- Aktiv
- Bereich
- design
Rechercherichtung
The issue is about the font's tabular-nums feature in the opsz builds. Start by examining the font's source files, likely in the 'src' directory, focusing on the OpenType layout tables and how the opsz axis affects glyph metrics. Look for build scripts that generate variable fonts. Test changes by building the font and checking advance widths in a browser or font tool.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
I use Mona Sans with font-variant-numeric: tabular-nums for numeric columns in a data table. In 2.0 all tnum digits share one advance width. Since 2.0.8, the release that added the opsz axis, they differ, and the difference grows toward display sizes.
Was this change intentional? If it is, is there a way to get equal-width figures in the opsz builds?
Below, 25 × 1 (blue) are overlaid on 25 × 9 (red), wght 400, 56px, one block per build. In 2.0 both lines end at the same point. In 2.0.27 the nines run longer:
Advance widths in Chrome (UPM 1000):
| 0 | 1 | 2–5, 7, 8 | 6 | 9 | |
|---|---|---|---|---|---|
| 2.0 | 600 | 600 | 600 | 600 | 600 |
| 2.0.27, opsz 20 | 600 | 592 | 591 | 592 | 605 |
| 2.0.27, opsz 72 | 589 | 565 | 564 | 566 | 591 |
Was this change intentional? If it is, is there a way to get equal-width figures in the opsz builds?
- Vorherrschende Sprache
- Shell
- Sterne
- 4.2k
- Forks
- 118
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus github/mona-sans
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 58/100
-
In Mona Sans Mono, some ligatures do not display correctlyEvtl. vergeben @ibrhmkoz hat das vor 35 Tagen übernommen. Offen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100
Alle Issues in github/mona-sans
Ähnliche Issues
-
[Request] Add BBportOffenenhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
Leonxlnx/taste-skill#164 ·
Maintainer antworten meist innerhalb von 1 Tag
-
reproduced
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
anomalyco/opencode#58651 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
-
使用脚本 DD 腾讯云 报错Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100