9月2日，星期三 古騰堡8.9推出 具有一組新功能，增強功能和一些錯誤修復。 開發團隊將基於塊的窗口小部件系統從其試驗階段中刪除，使其成為所有插件用戶的默認體驗。
基於塊的小部件需要花費數月的時間。 該團隊通過將一個方形的釘子插入一個方形的孔中，超出了我的某些期望，從而為側邊欄/窗口小部件系統賦予了塊功能。 總體而言，該系統有效。 但是，團隊仍需要大量工作來使此功能成型為即將在12月即將發布的WordPress 5.6所需的形狀。 社區進行廣泛測試，提供反饋並在可能的情況下做出貢獻非常重要。
在過去版本中尚未通過實驗屏幕啟用基於塊的窗口小部件的Gutenberg插件用戶將感到驚訝。 新系統將具有塊編輯器的一些熟悉之處。 但是，這是與傳統小部件完全不同的體驗。
我們必須回答的主要問題是該功能當前是否可用以及是否可以為WordPress 5.6準備就緒。
新的小部件屏幕
基於塊的窗口小部件屏幕。
古騰堡（Gutenberg）完全替換了WordPress管理員中的舊「外觀>窗口小部件」屏幕。 該插件不再具有最終用戶禁用它的選項，這是預期的。 目標是開始使用戶習慣於使用塊而不是傳統的小部件來構建其側邊欄。
從可用性的角度來看，新的窗口小部件屏幕在很大程度上處理了基於塊的窗口小部件。 添加塊與使用後期編輯屏幕幾乎沒有什麼不同。 對於習慣於塊編輯器的用戶來說，這應該相對自然。 如果有的話，相比之下經驗似乎有所減少。
與過去的小部件不同，塊無法摺疊（側欄本身可以摺疊）。 作為WordPress的長期用戶，這讓您感到不舒服。 但是，這種不舒服只會花費一些調整時間。
核心舊版小工具效果很好。 但是，我無法從多個第三方插件中使用舊版窗口小部件。 有時，它們從編輯器中消失了。 然後，它們隨後似乎隨機出現。 最終，在測試過程中，我將頁面完全打亂到了什麼都不顯示的地步。 幸運的是，我能夠通過從資料庫中清除一些與小部件相關的行來修復它。
作為開發人員，我只想簡單地將板岩抹掉，而將舊的小部件系統留在歷史的塵埃中。 但是，這樣做可能會使許多最終用戶疏遠。 為了使此功能成功，我們需要隨身攜帶並允許他們輕鬆地從當前工具過渡到新系統。
定製程序中的小部件塊
定製程序中的「窗口小部件塊」部分。
儘管主要小部件塊屏幕通常是穩定的，但定製器中的小部件塊不是這種情況。 充其量是低於標準的。
我們可能最終在這一點上同意所有先前關於定製器控制面板過於狹窄的抱怨。 最明顯的問題是塊工具欄對於控制面板而言太寬，將其部分隱藏在屏幕外。 對於某些塊，有一些用戶無法訪問的按鈕。
這還不是問題的結局。 塊選項不可用，因此用戶甚至不能添加像圖像alt屬性這樣基本的內容。 核心舊版小部件塊不可編輯。 「更多選項」按鈕彈出窗口具有透明背景，使文本不可讀，並且就所有意圖和目的而言，都不值得嘗試使用。
我了解到WordPress仍遠未在定製程序中啟動小部件塊，但該功能實際上無法使用。 它仍然處於實驗狀態，可能應該對其他插件更新（一兩個或三個）保持可選狀態。 我不建議在任何生產環境中使用此功能。 堅持使用管理員中的窗口小部件屏幕。
主題作者的小部件/塊樣式問題
沒有「小部件」 HTML的結構化分組。
主題作者需要意識到的最大變化之一是，側邊欄中的塊沒有典型的小部件HTML包裝器。 這可能會帶來傳統方式中的樣式小部件的一些問題。 例如，主題通常會註冊一個小部件包裝器元素和一個小部件標題的包裝器。 這使主題作者可以為每個小部件建立一致的樣式。 使用塊，這變得更加困難，因為主題作者失去了控制權-該控制權被傳遞給最終用戶。
該系統的優點在於，用戶可以做一些真正有趣的事情，並可以靈活地以所需的任何方式來設計側邊欄。 不好的部分是，如果主題作者具有任何複雜的樣式，例如盒裝小部件設計，最終用戶沒有簡單的方法將小部件放到適當的位置並使它們全部使用該盒裝設計。 主題作者沒有使用CSS定位的標準類名，這是樣式一致的小部件所必需的。
這本身不一定是一件好事或壞事。 完全不同。
話雖如此，我更希望Gutenberg開發團隊創建一個與舊的側邊欄/窗口小部件系統分開的新系統。 保留原樣，然後構建和推廣「區塊區域」，作為主題作者可以利用的新系統。 從長遠來看，它將允許主題作者進行過渡，甚至有可能在其主題中支持這兩個系統。 主題作者陷入困境，每天與用戶合作。 他們處在從舊到新過渡的更好位置。
主題作者不準備完全使用WordPress 5.6中基於塊的窗口小部件，可以在主題的設置代碼中添加以下PHP行以禁用窗口小部件塊編輯器：
remove_theme_support（’widgets-block-editor’）;
隨著時間的流逝，主題作者將希望完全過渡到新系統。 但是，這將為他們提供更多時間來調整小部件的處理方式。
像這樣：
喜歡載入中……