API веб-шрифтов, возможно, появится в WordPress

Ари Статопулос объявил о предложении по внедрению API веб-шрифтов в ядро ​​WordPress. Цель состоит в том, чтобы стандартизировать то, как авторы темы регистрируют и ставят стили шрифтов в очередь. Он также может послужить основой для других функций в будущем.

Джоно Алдерсон открыл первоначальный билет для такого API в феврале 2019 года. С тех пор обсуждение продолжалось, но только недавно набрало обороты.

Предложение позволит разработчикам регистрировать шрифты из локальных файлов или URL-адреса таблицы стилей, например, предоставляемых Google Fonts и другими сторонними API. Он будет отражать функции, используемые для загрузки скриптов и стилей с помощью WordPress, поэтому разработчикам следует переходить к ним без особой кривой обучения. Однако некоторые параметры отличаются и учитывают более широкий набор функций, необходимых для поддержки веб-шрифтов.

Для авторов тем загрузка веб-шрифтов не новость. Есть несколько методов, которые можно использовать, в зависимости от того, являются ли файлы локальными или обслуживаются сторонним API. Однако WordPress никогда не предлагал решения, наиболее близким к стандарту было копирование и вставка того, что делали темы Twenty *. Однако на протяжении многих лет появлялись различные проекты для обработки функции, которую многие авторы тем реализуют почти как вторая мысль.

В прошлом году Статопулос и другие из команды WordPress Themes Team запустили проект Webfonts Loader, вспомогательную библиотеку для разработчиков. Это позволило авторам тем загружать таблицы стилей из Google Fonts API, а затем сохранять их локально на сервере пользователя.

Я даже пробовал себя в пакете шрифтов загрузки в одно время, построение простой набор функций Епдиеие и DEQUEUE стилей шрифта. Это была идея, основанная на учебнике, написанном Хосе Кастанедой в 2016 году. Однако в настоящее время я заимствую метод, используемый в теме Blockbase от Automattic , используя сочетание functions.phpи theme.json.

Загрузка шрифтов – дело относительно простое, поэтому можно задаться вопросом, зачем для этого нужен базовый API. Потому что стандарты упрощают рутинные задачи для всех. Когда такие соглашения существуют, каждый разработчик может взглянуть на несколько строк кода и сразу понять, что происходит. Это также позволяет нам создавать новые функции на прочном фундаменте в будущем.

В объявлении не следует упускать из виду следующее theme.json:

С недавними достижениями в Gutenberg, глобальных стилях и усилиями по объединению опций и пользовательских интерфейсов в редакторе сайта, API Webfonts становится необходимостью, поскольку он позволит разработчикам тем определять шрифты в своих файлах theme.json.

Статопулос также отметил в запросе на перенос, что после того, как этот патч пройдет, следующим шагом будет отправка нового билета для регистрации веб-шрифтов при синтаксическом анализе theme.json.

Файл JSON темы – это базовый код для глобальной системы стилей, с которой все больше и больше пользователей будут взаимодействовать в ближайшие месяцы и годы. Если мы сейчас создадим API для загрузки шрифтов, это даст нам пространство для изучения. Это может даже открыть будущие интеграции с пользовательским интерфейсом в серверной части.

Я еще не уверен, как это может выглядеть, но это даст возможность опытному автору темы поэкспериментировать с новым пользовательским интерфейсом для шрифтов.

Похоже, что нет способа зарегистрировать коммерческие шрифты из API, таких как Adobe Fonts. Однако Статопулос в прошлом году отметил, что это может быть возможным. «Добавление дополнительного аргумента в один из вызовов, чтобы разрешить настройку заголовков запроса (и, следовательно, разрешить аутентификацию API) – это то, что мы определенно можем сделать», – прокомментировал он исходный тикет .

Мне нравится предложение. Возможно, нужно будет решить несколько проблем, но чем больше мы стандартизируем эти общие функции, тем лучше. Это создает меньше работы для авторов тем, позволяя им больше сосредоточиться на создании своего дизайна.