兩周前，古騰堡團隊推出了 公開徵集基於塊的小部件反饋。 我已經寫了一個 冗長的評論 這個新系統在9月初發布，但是團隊的一個成員要求我分享我對最新迭代的想法。 隨著即將到來的WordPress 5.6 Beta 1凍結僅一周之遙，我認為再進行一次深入研究不會有什麼壞處。
作為參考，我的最新測試是針對Gutenberg插件的9.2.0-alpha-172f589版本進行的，該版本是今天早些時候構建的。 古騰堡的發展步伐很快，但到那時一切都應該是準確的。
最終，我一個月前指出的許多問題仍然存在。 但是，該團隊已清除了大多數次要問題，例如將側欄（塊區域）的打開/關閉箭頭指向正確的方向，並使其與後期編輯屏幕更加一致。 用戶界面更加精緻。
在深入探討所有問題之前，我想回答我提出的問題。 是的，當WordPress 5.6登陸時，基於塊的小部件系統將準備就緒。 尚不存在，但是在接下來的兩個月中可以達到一個明確的終點。
我將忽略定製器中基於塊的小部件的失敗，該定製器降落在Gutenberg 8.9中，並且 在9.1中刪除。 我還將回顧最近的建議 重建小部件屏幕 至少目前至少使用Customize API。 自定義程序存在大量基於塊的小部件問題，而這些問題對於WordPress 5.6是無法克服的。 從長遠來看，WordPress需要在一個地方編輯小部件/塊區域。 用戶可能會在一段時間內出現一些不一致之處。
假設團隊在這一輪中不嘗試在最後一刻拋出Hail Mary並實現對塊的完全編輯，可以肯定地說基於塊的小部件正朝著成功完成WordPress 5.6的方向發展。
用戶體驗
基於塊的窗口小部件屏幕。
作為用戶，我真的很喜歡使用新的小部件管理屏幕。 開放式，自由形式的區域為設計我的WordPress網站創造了無限的可能性。 傳統小部件的範圍受到限制。 用戶只能使用少數幾個核心小部件，可能包括一些插件小部件，以及他們的主題作者提供的任何內容。 但是，使用塊時，選擇池至少可以擴展為現成選項的三倍（我不是在單獨計算嵌入類型的塊）。 另外，與傳統的小部件相比，塊提供了更多的設計選項集。
相比之下，傳統的小部件已過時。 積木幾乎在所有方面都是上乘的。 但是，這個新系統仍然存在問題。
目前最大的問題是最終用戶可以退出「小部件」屏幕而無需保存更改。 沒有警告讓他們知道他們所有的工作都將在以太中丟失。 這是在WordPress 5.6刪除之前需要發生的OMGBBQ級別項目之一。
一個不錯的但不是必需的功能是將塊從一個塊區域拖到另一個塊區域的能力。 在舊的窗口小部件系統中，用戶可以將窗口小部件從側欄移動到側欄。 當前的替代方法是複製窗口小部件，將其粘貼到新的塊區域中，然後刪除原始窗口小部件。
我也不喜歡沒有頂部工具欄的選項，該工具欄在後期編輯屏幕上可用。 使用此工具欄的原因之一是因為我不喜歡單個塊上的默認彈出工具欄。 它分散了我的注意力，並且經常妨礙我的工作。
舊版小部件似乎仍在開發中。 舊版微件塊有時對我根本不起作用。 然後，它神奇地開始工作。 但是，Gutenberg現在確實將註冊的第三方窗口小部件自動添加到塊插入器中，就好像它們是塊一樣。
使插件的小部件正常工作。
這帶來了自己的問題。 我設法使第三方插件窗口小部件起作用的唯一方法是插入窗口小部件，保存並刷新窗口小部件屏幕。 那時，小部件出現並變得可編輯。
主題作者體驗
我現在對於主題作者的最大擔憂之一是，似乎在主題文檔中沒有任何文檔。 塊編輯器手冊。 有很多時間可以實現，但是主題作者需要注意一些事情。 即使功能正在開發中，擁有一個集中的位置也可以幫助他們為5.6版本做好準備。
其中的一些問題可能會出現在各個Make博客文章中，這些問題應該存在於專用的文檔頁面上：
- 主題如何退出基於塊的窗口小部件？
- 為「小部件」屏幕添加自定義樣式的掛鉤是什麼？
- 主題可以在「小部件」屏幕上定位特定的側邊欄樣式嗎？
- 是否可以一致地對諸如傳統小部件的部分進行前端樣式設置？
- 主題是否可以在塊區域內選擇廣泛而全面的布局，而這些區域本質上可以與帖子內容區域類似地使用？
這些是我作為前主題作者希望回答的一些問題。 我不再是主題設計遊戲的主力軍，並且認為那些人將有更多的問題清單。
一個不太明顯的文檔應該集中在如何處理後備或默認小部件上。 傳統上，需要顯示一組默認窗口小部件的主題會檢查邊欄是否具有窗口小部件，並轉而使用the_widget（）輸出一個或多個默認窗口。 儘管主題作者仍然可以做到這一點，但我們應該開始將其全面過渡到塊系統。
主題作者是否應該複製/粘貼阻止HTML作為後備？ 入門內容系統對此會更好，並且入門小部件內容可以處理塊嗎？ 在WordPress 5.6中建議的小部件後備方法是什麼？
仍然有 持續的問題 主題作者如何在新的塊範式中處理傳統的小部件和小部件標題包裝HTML。 自從Gutenberg 9.1版本以來增加了一個補丁 包裝每個頂級塊 小部件包裝器。 如果在9.2版中發布，則可能會使問題更嚴重。
在傳統系統中，小部件標題和內容都包裝在一個容器中。 但是，如果用戶添加一個Heading塊（小部件標題）和另一個塊（小部件內容），則每個塊都將與主題的窗口小部件包裝程序一起包裝。 糾正這種情況的唯一方法是讓最終用戶為他們想要的每個「小部件」添加一個組塊，這將需要對WordPress用戶進行大量的再教育。 這不是理想的情況。
每個塊都包裝為一個單獨的部分。
WordPress不應嘗試直接「解決」此問題，而應對輸出不執行任何操作。 塊和傳統的小部件根本不同。
讓主題作者控制住這一主題並探索可能性。 但是，請給他們提供工具，例如 支撐塊模式。
像這樣：
喜歡載入中……