Gutenberg 11.5上週早些時候正式釋出。這是一個重大版本，其中包括對導航塊的大量更改、分組小工具的新方法以及更多區塊間隙功能整合。
一個快速說明是，每個不執行支援區塊編輯器的主題的人都應該檢查他們的後端樣式是否不合適。如果使用者的活動主題沒有註冊自己的主題或存在檔案，古騰堡會自動輸出一些預設的編輯器樣式theme.json。這應該捆綁在諸如WordPress 5.8.2之類的點發布中，這樣使用者就不會等到5.9才等到它。
導航區塊更改
由於導航選單仍然是站點編輯中的一個痛點，Gutenberg增加了新的複雜性。Site Title和 Site Logo區塊允許在Navigation容器內。
正如Joen Asmussen在原始工單中所分享的，一些複雜的佈局將受益於在Navigation區塊中允許更多內部元素：
導航區塊模式。
這可以通過自定義模式為主題作者開啟一個佈局可能性的世界。
我對Gutenberg處理這些更高階佈局的基礎沒有異議。但是，我們還沒有理順導航的基礎知識。搜尋和插入站內連結的體驗充其量是乏善可陳，需要多次點選滑鼠。有一個更輕鬆的導航體驗的公開工單，這應該是重點。
主題作者還應注意Navigation區塊現在依賴於 CSSgap屬性而不是margin. 我差點錯過了這個，因為我幾個月前為我自己的專案定製了這個——歡迎來到2021年，在那裡我們不再需要依賴簡單的間距解決方案。此更改可能會影響現有的主題設計。
FSE管理員通知僅限於主題螢幕
獨立的FSE主題管理員通知。
很多開發者對古騰堡外掛有很多抱怨，因為它的功能不斷變化。然而，當使用者執行區塊主題時，執行外掛最煩人的事情是它持久的、不可關閉的管理通知。
在以前版本的外掛中，此通知出現在後端的每個螢幕上。現在，它只出現在Themes/Appearance頁面上。
在過去的幾個月中，我一直保持Ben Gillbanks的Toolbelt外掛處於活動狀態，其唯一目的是隱藏此通知。
小工具分組區塊
編輯小工具分組區塊標題。
雖然我普遍認為Gutenberg外掛開發人員和核心WordPress很好地利用了反饋，但基於區塊的小部件系統一直是該專案失敗的一個領域。該功能從根本上被破壞了。目標是允許終端使用者在更多地方新增區塊，但它從不與經典主題標記和樣式相容。
我提議使用模式，但團隊使用了Widget分組區塊。最終結果相似但不完全相同。好訊息是，它修復了本應阻止功能登陸核心的障礙。
更好的訊息是，這很可能會出現在WordPress5.8.2而不是今年晚些時候的5.9版本中。
我不會說它是一個完美的解決方案。該體驗並未立即說明如何新增小工具標題。使用者必須先新增一個區塊。新增塊後，他們可以單擊出現的標題/標題佔位符。然後，UI切換到用於鍵入標題的欄位。
以下視訊顯示了小工具組區塊的工作原理：
至少使用者現在不必手動建立小工具wrappers。如果這個問題是一個阻礙，有些人甚至可以停用Classic Widgets外掛。
“行”組變化和Flex佈局
新增帶有Row區塊變體的post meta（byline）部分。
為了開始測試Gutenberg 11.2中引入的新 flex 佈局系統，開發團隊在名為Row的分組區塊上新增了一個變體。這允許使用者並排對齊內部塊，而不是在預設的“Flex”佈局中相互對齊。
該功能有大量用例。主題作者的主要場景之一是將文章和評論後設資料區塊彼此對齊。以前，這需要使用欄目區塊或自定義樣式，這兩者都不理想。
邊緣的體驗很粗糙。我經常發現很難在正確的位置單擊來編輯塊，並且新增新塊時並不總是出現附加按鈕。
社交圖示區塊也使用新的flex佈局。但是，目前還沒有辦法將其切換為垂直社交連結的flow模式。
更多區塊間隙整合
每個欄目區塊之間的間隙。
欄目區塊現在使用Gutenberg 11.4中引入的間隙功能來處理各個欄目區塊之間的間距。目前還沒有可供終端使用者控制的UI，但隨著功能的發展，它可能會在未來的版本中出現。
Gutenberg 11.5現在在編輯器中為文章標題新增了底部邊距。無論出於何種原因，開發團隊已經取得了飛躍，並假設其當前對塊間隙功能的處理需要這樣做。這是一個需要解決的複雜問題。與此同時，一些使用者可能會在編輯器中看到比他們習慣的標題和內容之間更多的空白。
那裡有很多額外的間距。
當然，這取決於活動主題、其對塊間隙功能的支援以及其當前樣式。
文章作者雙色調支援
對於本應用於廢料堆的某些內容，文章作者區塊現在以其化身的雙色調過濾器支援形式獲得了一些新生命。它的工作方式與其他區塊（例如圖片區塊和封面區塊）的工作方式相同。
問題是文章作者被棄用了上一個WordPress版本，因為它還沒有準備好。該區塊是作者姓名、頭像和描述的弗蘭肯斯坦式混搭。這些應該是主題作者和使用者可以以獨特佈局排列的多個區塊。
雖然雙色調支援只是新增了一行額外的程式碼，但繼續以當前形式處理該區塊是沒有意義的。我很樂意將其視為單獨的文章作者頭像區塊的一部分。
評論留言