WordPress 6.0 將嘗試通過塊系統處理評論列表。 這是一個落後於其他功能的領域，這些功能在之前的版本中已經完成了大部分工作。
上周，JuanMa Garrido 呼籲志願者測試新區塊 通過製作 WordPress 測試博客。 要求貢獻者在評論中留下反饋或通過 Gutenberg GitHub 存儲庫創建新問題。
隨著時間的推移，帖子評論列表發生了一些變化。 在 WordPress 2.7 之前，主題作者使用 PHP foreach 調用直接在其主題的 comments.php 模板中循環評論對象數組。 這是一個簡單的基本 HTML 系統和散布在各處的一些模板標籤。 在引入嵌套回復之前，它運行良好。 開發人員和用戶都在瘋狂爭奪更新主題以使用新的 wp_list_comments() 函數。
快進到塊模板和站點編輯器的時代。 再一次，評論發生了變化，但這只是表面上的。 Post Comments 塊只是現有實現的包裝器。 任何塊主題作者都不得不使用自定義 PHP 過濾器來修改評論列表的輸出，並且用戶大多完全不走運，完全沒有幾個設計控制項。
WordPress 6.0 幾乎會給我們帶來完整的循環。 評論輸出通過塊系統返回到模板。 不再需要 PHP 過濾器來移動布局。 用戶可以通過站點編輯器進行修改。
誠然，在今天之前，我並沒有花太多時間處理與評論相關的塊。 在大多數情況下，我完全避開了它們，因為我正在等待預計將與 WordPress 6.0 一起登陸的一組塊。
最新版本的 Gutenberg 插件附帶了一整套特定於評論的塊。 評論查詢循環和評論模板應該與他們的帖子對應物類似地工作。 該集合包括評論作者、日期、回復鏈接和編輯鏈接的幾個元數據相關塊。 有一些新的分頁，即將到來的頭像塊也將在評論模板中工作。
我打開了我的活動主題的單個帖子模板並刪除了舊的帖子評論塊。 然後，我插入了新的評論查詢循環：
我很驚訝沒有固執己見的風格——這是一個受歡迎的驚喜。 但是，由於默認輸出包含了主題或用戶可能使用的大部分可能的塊，我希望看到它們包含在與布局相關的塊之一中，例如 Columns 或 Row，提供一些簡單的結構。
很快就移動了幾塊並獲得了我喜歡的布局。 我確實得到了可怕的「Aww Snap！」 一次消息，由於編輯器崩潰而丟失了我所有的工作。 我無法複製這個問題，但從那時起，我每隔一分鐘就會緊張地點擊保存按鈕。
除了一個隨機的編輯器崩潰之外，一切都很順利。 但是，那時我只涉及基礎知識。 有了這些，我想知道新塊是否會提供主題作者和用戶等可以在實際項目中使用的工具。
我遇到的第一個問題是前端輸出中缺少評論 ID。 這對於用戶的瀏覽器在通過表單提交評論後跳轉回他們的評論是必要的。 我還懷疑這是在單擊回復鏈接時評論回復 JavaScript 工作所必需的。
前端輸出不顯示來自 comment_class() 函數的評論類。 這讓主題作者目前無法根據深度、類型、狀態等數據直接定位評論。 這是核心 WordPress 中先前評論列表解決方案的回歸。
似乎也沒有「評論標題」塊，它會在列表上方輸出「X 對帖子標題的響應」之類的內容。
大多數這些問題在核心中應該是微不足道的。 它們是我認為功能性評論列表的基線要求。 但是，有一個問題可能需要多個發布周期才能充實。
當前的設計工具中沒有嵌套的概念。 對父評論的每條回復都會在左側有一個小的填充凸起。 除此之外，所有嵌套級別都接受與其父級相同的設計處理，每個級別都在自己的小盒子中。 某些設計目前無法通過界面實現，例如為單個線程提供背景顏色。
通過設計工具無法完成以下簡單的事情：
這只是一個普通的評論列表設計。 不要期望在沒有自定義 CSS 的情況下做任何更高級的事情。
沒有圍繞層次結構構建的工具。 WordPress 塊系統並沒有很好地處理類似的場景。 例如，只需嘗試使用導航塊進行任何複雜的操作，即可查看其缺點。 但是，這比嵌套的注釋列表要複雜得多。
這不是塊系統本身的問題。 設計工具還沒有趕上，在一個易於使用的界面中呈現如此複雜的東西並不是在公園裡漫步。
從 Gutenberg 12.9 開始，從主題設計的角度來看，評論查詢循環塊感覺像是一種回歸。 它不像當前的方法那樣靈活，也不像多年前通過簡單的 foreach 循環、一些 HTML 和一些模板標籤輸出注釋時那樣靈活。
雖然它可能受到限制，但它仍然賦予想要修改其評論列表設計的最終用戶權力。 這是一個受歡迎的增強功能，我很高興在未來的版本中 core 如何構建它。