@font-face проблема, Firefox добавляет дополнение, Chrome не делает
При использовании пользовательского шрифта через @font-face, это действительно представляет так же, как я думаю, что это должно в Chrome. В Firefox, тем не менее, дополнительное дополнение (вершина и нижняя часть) добавляется к шрифту.
Вот моя страница в качестве примера, которая обрисовывает в общих чертах проблему.
Есть ли что-нибудь, что я могу делать с этим?
1 ответ
К вашему сведению, это также происходит в Firefox в Linux (а не в Chromium). Я попытался загрузить ваш шрифт в FontForge и сразу получил предупреждение:
Следующие таблицы в шрифте были проигнорированы FontForge
Игнорирование таблицы линейных порогов LTSH
Игнорирование таблицы показателей вертикального устройства «VDMX»
Игнорирование таблицы показателей горизонтального устройства «hdmx»
Я думаю, проблема в том, что таблица VDMX (показатели вертикального устройства) неисправна:
По порядку чтобы избежать подгонки сетки весь шрифт для определения правильного высота, таблица VDMX была определенный.
Это похоже на то, что происходит в Firefox: где-то неправильно рассчитываются минимальная и максимальная высота. Это также становится ясно, когда вы выделяете текст: поле выбора простирается до крайних верха и низа строки; если бы элемент h1 действительно имел отступ, вы бы увидели зазор между верхом и низом строки и полем выбора.
Кроме того, проверка показала, что почти каждый глиф содержит « недостающих точек в экстремумах »:
И PostScript, и TrueType могут как у тебя есть очки на максимуме и минимумы (экстремумы) пути.
Единственной другой проблемой, с которой я столкнулся, была довольно неприятное состояние под названием "Отсутствует Указывает на крайности ". С помощью шрифта, должна быть точка (или узел, как они называются в Inkscape) на крайний левый, правый, верхний и нижний глиф.Обычно они там в любом случае просто из-за того, как ты глиф построен, но диагональные линии с закругленными концами часто вызывают проблемы [источник, включая изображение (прокрутите вниз)]