隨着WordPress 6.5發佈日期即將到來，貢獻者們一直在竭力完成一些未解決的問題和錯誤修復工作。其中兩個最突出的功能，同步模式覆蓋和字體庫，直到今天才解決了關鍵的爭論，當執行董事Josepha Haden Chomphosy通過官方回應和前進路徑。
字體庫已準備好進入核心
上週在Make WordPress Slack中出現了關於字體庫可能尚未準備好用於6.5的討論，這讓人感到似曾相識。字體庫已經被推遲了上幾個重大版本的發佈，因為團隊正在努力確保該功能完全具備未來功能。幸運的是，6.5的決定是字體庫將在核心中發佈。
提出了一些相關問題，但對話主要集中在字體在您的WordPress網站中的存儲位置。字體庫包含一個新目錄wp-content/fonts，與插件、主題等處於同一級別。由於字體是由用户上傳並作為資源獲取的，一些貢獻者認為它們應該位於wp-content/uploads目錄內，其他上傳和媒體放置的位置，並且他們的架構應該映射WordPress中的附件更為緊密。
一方面，這是一場有點哲學性的辯論：字體只是「上傳」還是它們對於我們構建網站的方式來説更為基礎的東西？
最近在GitHub問題中，首席架構師Matias Ventura 解釋道：「字體庫背後的一個重要動機是將字體引入WordPress作為一種一流的對象-以一種方式存儲、描述和管理，允許我們在wp-content中將其與其他對象一起呈現。」，描繪了一幅用主題、插件、語言和媒體上傳並存的情景。”
貢獻者，包括來自託管公司的代表，擔心這將在文件系統安全性和一些更復雜的卸載場景中引起下游影響，其中像圖像和字體這樣的資源是單獨緩存和分發的。一些主機甚至可能需要修改他們的架構以適應這個新的目錄結構。幸運的是，包含了一個用於更改字體位置的過濾器，並不斷迭代，以便主機可以覆蓋目錄位置並有更多時間考慮他們的方法。
結果是用户可以期待字體庫在WordPress 6.5中發佈，未來的工作將是對結果進行審計，完善更多的缺失功能，並討論添加此新目錄可能帶來的潛在影響。
同步模式覆蓋被覆蓋
以前稱為「部分同步模式」，並與WordPress核心中的區塊綁定API的更大概念相關聯，同步模式覆蓋並不像字體庫那樣容易定義。然而，對於網站構建者來説，這個概念是一個小小的聖盃。因此，對於WordPress 6.5不會發布這個功能感到非常失望，但也理解。
WordPress中的「同步模式」（以前稱為「可重複使用的塊」）允許用户創建塊模式，其中任何更改都會自動顯示在您的網站上使用該模式的任何地方。同步模式覆蓋引入了該功能的下一個演變，其中您可以「鎖定」模式的設計，但允許用户更新每個模式實例中的一些內容，例如文本或圖像。
對於同步模式如何定義其具有這些「覆蓋」的能力，引發了關注，無論是在基礎結構還是在用户界面中。這些類型的「覆蓋」對於區塊編輯器的許多未來目標都被認為是基礎性的，因此重要性不言而喻。
Automattic贊助的貢獻者、當前版本的編輯技術負責人Riad Benguella澄清道：「稍後，我想
指出，該功能不僅僅是關於用户通過覆蓋「使事物覆蓋」，雖然這是最直接的用例，但我們應該更全面地考慮這個問題，這涉及到分離模式的內容和表現形式。這是為模式提供模式的架構。」
內容與表現的分離對於試圖使用區塊編輯器構建可維護站點的擴展者來説是一個重大問題。
「我的主要問題是，這不是我們可以輕易撤銷的決定，」由10up贊助的貢獻者Fabian Kägy指出。他重申了在將其合併到WordPress核心之前正確獲取該功能的重要性，並強調「Gutenberg插件旨在是一個功能在進入核心之前增長/迭代的平台。」
因此，雖然區塊綁定API的底層架構仍將與WordPress 6.5一同發佈，但其第一個可見的實現之一，同步模式覆蓋，將不會包含在其中。
發佈週期持續
這些最後一英里問題都突顯了我們在WordPress的一些大型新功能內置於Gutenberg插件中時所面臨的獨特挑戰，而不是在單獨的功能插件中構建。這種特徵開發方法的權衡是上週在一次走廊交談中討論的主要問題之一。
與此同時，貢獻者們正在竭力完成工作，或者對在beta版本發佈期間發現的許多不太突出的問題進行文檔更改，包括在代碼塊中解析HTML的更新，以及對使區塊編輯器更具可訪問性的更改。
當WordPress 6.5的第一個發佈候選版本於週二發佈時，週期轉入了「字符串凍結」階段，以便翻譯者開始工作。6.5領域指南、開發説明和Make Core公告都正在起草發佈。所有這些工作都以當前正在台北舉行的旗艦WordCamp Asia會議為背景，該會議展示了項目的許多領導和核心團隊。
預計於2024年3月26日發佈的WordPress 6.5，正在成為一個非常豐富多彩的版本，像字體庫、插件依賴項和交互性API等功能引起了社區中許多人的興奮。
發表回覆