в .glyphs хранится несколько разных наборов чисел: координаты точек, ширины знаков, сдвиг и масштаб у компонентов и позиция якорей. а вот левый (lsb) и правый (rsb) полуапроши не хранятся и редактор каждый раз вычисляет их по габаритам контура. lsb от нуля до самой левой точки, rsb от самой правой точки до конца ширины. есть исключение с метрическими ключами как «=n», но сейчас не о них. после интерполяции, наклона, масштабирования, булевых операций, рассчета ключей с арифмеиткой, etc эти числа могут стать дробными а вот при построении шрифта и ширина и lsb записываются в hmtx только целыми ну и зачем мешать, раз сам сделает, но каждая точка округляется сама по себе, и в итоге получается набор погрешностей, а не то, что было в редакторе выход—округляем заранее. но штатное округление устроено так же ┐(‘~` )┌ и двигает каждую точку отдельно. каждый край получает свою ошибку в результате которых контур целый, а ширина и полуапроши поплыли решает порядок операций: • сдвинуть весь контур на дробную часть • округлить точки • округлить ширину счастье, что rsb высчитывается сам и целым тоже станет сам
шрифтовой завтрак
Subscribers
2K
tracking since 12 Nov
Reach per post (ERR)
24.7%506 avg views
Posting
0.6/week
last 13 days ago
Reactions per 1K views
45.4
👍 ❤ 🔥
Views over time
| When | Views |
|---|---|
| 20 Oct 2026, 13:39 | 0 |
| 12 Nov 2026, 17:28 | 633 |
Who shared this post
Posts in other channels we index that link to this one. (Forwards with a hidden source can't be traced.)
Nobody yet.