Шрифты fontlibrary.org, Предварительный просмотр и strong / em не отображаются как полужирный / курсив - PullRequest
Новая
       40

Шрифты fontlibrary.org, Предварительный просмотр и strong / em не отображаются как полужирный / курсив

0 голосов
/ 13 октября 2018

Я пытаюсь использовать fontlibrary.org для загрузки шрифтов для создания документов в формате PDF.В настоящее время я использую эти же шрифты на веб-сайтах, и все работает как положено;однако, когда я пытаюсь напечатать документ с этими шрифтами, strong не отображается жирным шрифтом, а em не отображается курсивом.Чтобы обойти эту проблему, я должен сделать это (это уже sass, поэтому вы можете представить соответствующий CSS): 

  body {
    font-family: "HkGroteskRegular", sans-serif;
    strong {
      font-family: "HankenGroteskBold", sans-serif;
      font-weight: bold;
    }
    em {
      font-family: "HankenGroteskItalic", sans-serif;
      font-style: italic;
    }
  }

  h1, h2, h3, h4, h5, h6 {
    font-family: "NormungRegular", serif;
    strong {
      font-family: "NormungBold", serif;
      font-weight: bold;
    }
    em {
      font-family: "NormungItalic", serif;
      font-style: italic;
    }
  }

  code, pre {
    font-family: 'FantasqueSansMonoRegular', monospace;
    strong {
      font-family: "FantasqueSansMonoBold", monospace;
      font-weight: bold;
    }
    em {
      font-family: "FantasqueSansMonoItalic", monospace;
      font-style: italic;
    }
  }

Так что у меня остается несколько вопросов:

  • Как это работает в Интернете?Как браузер загружает жирный шрифт для полужирного, курсивный шрифт для курсива и т. Д. Очевидно, браузер имитирует варианты шрифта для полужирного и курсивного шрифта, поэтому он не использует импортированные варианты шрифта.
  • Так как это не работает для печати, кто сломан?Не работает ли fontlibrary.org шрифты неправильно, и браузер (и wkhtmltopdf) не может их найти?Браузер и wkhtmltopdf загружают файлы шрифтов неправильно?
  • Если fontlibrary.org не работает Поскольку fontlibrary.org, кажется, использует схему именования вариантов шрифта, которая не соответствуеткажется, что остальной мир, за исключением того, кому я могу доверять, чтобы правильно выполнять эти @font-face правила?Должен ли я писать их сам, чтобы быть уверенным?
  • Могу ли я что-нибудь сделать, чтобы эта работа стала лучше?

ОБНОВЛЕНИЕ: 2018-10-14 .Я заметил, что когда я загружаю шрифты, чтобы их можно было найти локально, все работает.Я подозреваю , что это происходит потому, что локально установленные имена шрифтов следуют соглашению об именах для вариантов шрифтов, которое позволяет браузеру, Print Preview и pandoc найти их. Я был бы очень признателен, если бы несколько человек подтвердили, что соглашение об именах решает проблему. В этом случае я мог бы настроить правила @font-face для загрузки шрифтов из fontlibrary.org, чтобы я неt нужно для локальной установки шрифтов.

1 Ответ

0 голосов
/ 17 января 2019

Я считаю, что это результат того, как Fontlibrary делится своими шрифтами.Если вы посмотрите на файл https://fontlibrary.org/face/hk-grotesk (это ссылка, содержащая шрифт face css) в самом низу, вы увидите раздел с пометкой «Следующие правила устарели».
Если вы используете имена шрифтовиз этого раздела (то есть «Hanken Grotesk»), а не специальных имен (например, «HankenGroteskBold»), веб-браузеры, кажется, находят правильные формы, выделенные жирным шрифтом и курсивом.Я нахожу проблемы только с этими специальными именами (в моем случае со шрифтами Libertinus).
К сожалению, поскольку эти имена помечены как «устаревшие», я не знаю, как долго они будут работать.Также я не знаю, почему Fontlibrary устанавливает это соглашение об именах, что делает использование шрифтов более трудным, чем необходимо (на мой взгляд).

...