Ari Stathopoulos宣佈了一項在核心WordPress中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，它為我們提供了探索的空間。它甚至可能會在後端的使用者介面中開啟未來的整合。
似乎沒有辦法從Adobe Fonts等API註冊商業字型。然而，Stathopoulos去年指出，這可能是一種可能性。“在其中一個呼叫中新增一個額外的引數以允許調整請求標頭（從而允許API身份驗證）是我們絕對可以做的事情，”他評論道。
可能有一些問題需要解決，但我們對這些共同特徵越標準化越好。它為主題作者創造了更少的工作，讓他們能夠更多地專注於確定他們的設計。
評論留言