詢問調酒師：當塊主題處於活動狀態時，定制器會發生什麼？

我現在關注的是在定制器中有設置的第三方插件。 我收集的朋友是一些插件公司的定制器和前端開發人員，全局樣式和塊樣式尚未在他們的雷達上。 那麼如果有人安裝二十二十二或其他基於塊的主題會發生什麼？ 定制器的左側管理菜單不存在。 到達那裡的笨拙方式是通過外觀 > 主題 > 定制器。 但期望第三方插件和主題需要移動設置。 事實上，這似乎更像是他們需要在兩個地方復制一段時間的設置。

匿名的

對於那些不熟悉的人，讓我快速回顧一下這個話題。 當 WordPress 5.9 登陸時，我們希望它帶有新的站點編輯器和全局樣式界面。 但是，除非他們正在運行塊主題，否則大多數用戶不會看到此屏幕。

鑑於即將推出的 2222 也隨附 WordPress 5.9 並判斷過去默認主題的受歡迎程度，我們可以預期成千上萬的用戶將被傳送到這個全新的世界。 對於某些人來說，這可能與 5.0 中塊編輯器的推出一樣令人震驚。

當塊主題處於活動狀態時，訪問舊的和熟悉的定制器的鏈接將從用戶界面中消失。 小部件和導航菜單屏幕也不會出現。 但是，如果您知道屏幕的 URL，它們仍然可以訪問。

作為 Gutenberg 9.3 版本的一部分，我們在去年首次了解到這種情況。 還有一個未解決的問題，以確保站點編輯器具有與某些核心 WordPress 設置相同的功能。

對於塊主題用戶，這些功能正在逐步淘汰是可以的。 他們都是早期的，不同的嘗試創建站點編輯器允許的各個部分。 WordPress 將所有這些概念整合到一個更具凝聚力的用戶體驗中。 這是貢獻者可以不斷迭代的標準。 它不會是完美的，但隨著更多用戶開始安裝塊主題，核心平台中的第一個版本應該會提供改進它所需的反饋。

這裡提出的問題更多地與插件市場有關。 定制器最初是作為主題設置工具構建的，主要用於此目的。 但是，在其九年的歷史中，許多插件都將各種設置與它聯繫在一起。 在插件目錄中搜索wp_customize會得到 1,400 多個結果。 customize_register掛鉤顯示超過 1,900 個。 這些不一定與實際添加面板、部分、設置或控件的插件數量完全匹配。 然而，這是一個指標，許多人都依賴它向最終用戶提供選項。

所以，我們回到手頭的問題。 當用戶使用依賴於定制器的插件安裝塊主題（例如即將推出的二十二十二）時會發生什麼？

這取決於。

WooCommerce 等一些插件已經在管理菜單中方便地放置了指向其定制器面板/部分的直接鏈接。 這對他們的用戶來說不是問題。 但是，對於其他所有人來說，定制器似乎會完全消失。

在 5.9 之後的幾週內，具體取決於採用 2222 的速度有多快，我們可能會看到成千上萬的困惑用戶。 當然，所有這一切都可能在發布前發生變化。 但是，這是現在需要進行的對話。

“這裡擔心的是最終用戶，”匿名提問者說。 “他們將查看知識庫文章、插件設置中的說明，以及更多指示在何處查找設置的內容。”

至少目前，插件作者有責任為他們自己的用戶解決這個問題。 但是，他們可能想要走多條途徑。

最直接的方法是效仿 WooCommerce。 該插件會檢查gutenberg_is_fse_theme()條件（請注意，此函數名稱可能會更改）。 如果它返回true ，插件會直接添加一個鏈接到它的定制面板。

鏈接到定制器面板、部分或控件很簡單。 插件作者可以在開發者手冊中找到 URL。 他們也可以復制 WooCommerce 團隊採用的技術。

如果插件作者無法在 WordPress 5.9 登陸之前進行更改，這是一種確保用戶不會失去對其選項的訪問權限的快速方法。

從長遠來看，這不是理想的解決方案。 定制器將存在很長時間，但插件作者將需要處理兩組用戶：同時運行塊主題和經典主題的用戶。

因為每個插件都不同，所以解決方案也需要不同。 許多人可以簡單地使用設置 API 來構建自定義選項屏幕。 如果這是一個可行的解決方案，那麼用戶正在運行什麼主題都無關緊要。

然而，現實情況可能是為兩組用戶維護兩個系統。 一個與​​定制器集成，另一個將選項拉入站點編輯器。 如果插件具有與設計相關的功能，則塊主題用戶將希望在新界面中看到設置。

在事情的主題方面，應該有更少的問題。 無論如何，塊主題對定制器沒有任何作用。 一個突出的問題是轉換入門內容，並且有一張開放的票可以將其帶到完整的站點編輯。

最重要的是，與用戶保持開放的溝通渠道將有助於簡化過渡。 其中一些應該來自核心 WordPress。 但是，許多用戶需要從他們的插件和主題開發人員那裡聽到它。 這可能是博客文章、知識庫或教程更新，以及跟上支持。

然後是最終的解決方案，WordPress 本身可以實現的解決方案。 這也是阻力最小的路徑。

WordPress 應該自動檢測與定制器相關的鉤子上的過濾器或操作。 這應該會觸發“自定義支持”標誌並維護管理菜單和工具欄鏈接到自定義程序屏幕。 這將給開發人員一些時間來趕上，而不會在此過程中混淆用戶。 可能會有一些錯誤的標誌或錯過的集成，但它應該能夠有效地捕捉到大多數用例。