Ari Stathopoulos宣布了一项在核心WordPress中Web Font API的提案。目标是标准化主题作者如何注册和队列字体样式。它也可以作为未来其他功能的基础。

web-font-api

Jono Alderson于2019年2月提出此类API的建议。此后讨论一直断断续续,但直到最近才获得关注和推动。

该提案将允许开发人员从本地文件或样式表URL中注册字体,例如Google Fonts和其他第三方API提供的字体。它将反映用于使用WordPress加载脚本和样式的功能,因此开发人员应该在没有太多学习曲线的情况下过渡。但是,有些参数是不同的,并且考虑了支持Web字体所需的更广泛的功能范围。

加载网络字体对于主题作者来说并不是什么新鲜事。有多种方法可供使用,具体取决于文件是本地的还是由第三方API提供的。然而,WordPress从未提供过解决方案,最接近标准的方法是复制和粘贴20*主题正在做的事情。然而,这些年来出现了各种项目来处理许多主题作者几乎作为第二个想法实现的功能。

去年,Stathopoulos和WordPress主题团队的其他人启动了Webfonts Loader项目,这是一个面向开发人员的嵌入式库。它允许主题作者从Google Fonts API加载样式表,然后将它们本地存储在用户的服务器上。

加载字体是一件相对简单的事情,所以人们可能想知道为什么需要一个核心API来做这件事。这是因为标准简化了每个人的日常任务。当存在这样的约定时,每个开发人员都可以查看几行代码并立即了解发生了什么。它还使我们能够在未来的坚实基础上构建新功能。

公告中不容忽视的一件事是提到theme.json

随着Gutenberg、全局样式以及在站点编辑器中整合选项和UI的最新进展,Webfonts API正成为必需品,因为它将允许主题开发人员在他们的theme.json文件中定义字体。

Stathopoulos还在指出,一旦此补丁通过,下一步将在解析theme.json.

主题JSON文件是全局样式系统的底层代码,在未来几个月和几年内,越来越多的用户将与之交互。如果我们现在构建一个字体加载API,它为我们提供了探索的空间。它甚至可能会在后端的用户界面中开启未来的集成。

似乎没有办法从Adob​​e Fonts等API注册商业字体。然而,Stathopoulos去年指出,这可能是一种可能性。“在其中一个调用中添加一个额外的参数以允许调整请求标头(从而允许API身份验证)是我们绝对可以做的事情,”他评论道

可能有一些问题需要解决,但我们对这些共同特征越标准化越好。它为主题作者创造了更少的工作,让他们能够更多地专注于确定他们的设计。

本文提到: