Gutenberg 9.7 улучшает взаимодействие с пользователем, обновляет повторно используемые блоки и переносит шаблоны страниц в темы FSE.

Вчера вышел Gutenberg 9.7 с несколькими обновлениями и улучшениями. Пользователи должны ожидать изменения интерфейса для вариантов блоков, преобразований и шаблонов. Работа над многоразовыми блоками продолжается после, казалось бы, перерыва. Разработчики также теперь могут добавлять собственные шаблоны страниц в свои блочные темы WordPress.

В этом выпуске было наименьшее количество исправлений ошибок, которые я когда-либо видел. Команда разработчиков добавила в обновление всего восемь исправлений, что может свидетельствовать о том, что после выпуска 9.6 пару недель назад все стало более стабильно, чем обычно.

Большая часть работы в версии 9.7 была связана с новыми функциями и улучшениями. Как и ожидалось, полнофункциональное редактирование сайта получило свою долю времени. Тем не менее, даже это казалось немного отсталым для этого релиза. Многие обновления относятся к интерфейсу постредактирования.

Улучшения взаимодействия с пользователем

Команда выпустила несколько обновлений того, как функции работают в редакторе. Некоторые из них могут показаться незначительными, но улучшают общее впечатление от редактора.

Варианты блоков получили долгожданное улучшение. Варианты — это когда один базовый блок используется для создания нескольких вариантов одного и того же блока. Например, у блока Embed есть YouTube, Twitter и другие вариации. В прошлых версиях инспектор блоков на боковой панели и в навигации по блокам отображал общее имя, значок и описание. Тем не менее, Gutenberg 9.7 теперь будет отображать детали использования.

При преобразовании блока пользователи могут предварительно просмотреть, как будет выглядеть блок. Это небольшое улучшение. Тем не менее, это может избавить вас от головной боли, прежде чем вы решите преобразовать один блок в другой.

Gutenberg 9.6 представил функцию перетаскивания блоков в средстве вставки. Теперь команда распространила эту функцию на шаблоны блоков. Это просто еще одна ступенька лестницы для тех, кто ищет больше возможностей перетаскивания.

Обновлены повторно используемые блоки

Прошло некоторое время с тех пор, как я тестировал многоразовые блоки. Эта функция, по-видимому, отошла на второй план по сравнению с другими, более новыми функциями в прошлом году или около того. Он никогда не чувствовал себя намного лучше, чем первоначальный прототип. По-прежнему нет способа легко управлять ими, если вы не знаете, где искать. Однако похоже, что команда разработчиков Gutenberg активно развивает эту почти забытую функцию.

Пользователи могут ожидать большего в будущих выпусках. «Исходя из этих изменений, пользовательский интерфейс для повторно используемых блоков, скорее всего, претерпит некоторые итерации в ближайшие недели», — написал Риад Бенгуэлла в объявлении.

Я провел первоначальный тест, чтобы увидеть, как эта функция выглядит в Gutenberg 9.7. После нажатия кнопки «Добавить в повторно используемые блоки» редактор быстро вспыхнул. Затем внизу экрана появилось уведомление о том, что многоразовый блок создан. Поскольку в то время у меня не была открыта боковая панель параметров блока, я не видел возможности редактировать заголовок повторно используемого блока. Моей первой мыслью было, что команда взяла уже недоработанную функцию и сделала ее экспоненциально хуже.

При дальнейшем копании я обнаружил, что пользователи могут редактировать заголовок повторно используемого блока на боковой панели параметров блока. Однако на этом команда не остановилась. Они добавили несколько улучшений в функцию.

Многоразовые блоки теперь можно редактировать в самом редакторе сообщений. Например, пользователи могут перетащить изображение из блока. Боковая панель инспектора доступна для внутренних блоков. Многоразовые блоки теперь выглядят и работают так же, как и любая другая часть редактора. Любые изменения будут отражаться во всех экземплярах повторно используемых блоков на сайте.

Большая разница в том, как они сохраняются.

Многоразовые блоки теперь являются частью системы сохранения «множественности». При нажатии кнопки обновления редактора у пользователей будет возможность сохранить всю публикацию и/или отдельные повторно используемые блоки.

Пользовательские шаблоны «страниц» для тем FSE

Блочные темы теперь поддерживают то, что традиционно называлось шаблонами страниц. Все типы сообщений технически поддерживаются этой функцией. Тем не менее, команда, похоже, придерживается терминологии «страница» после некоторого обсуждения.

Потребовалось немного покопаться, потому что существующей документации нет, а исходный пример в заявке не отражал конечный результат переданного кода. Тем не менее, мне удалось выяснить, как работает эта функция. Для авторов тем, которые хотят протестировать эту функцию, используйте следующий пример кода добавления шаблона «контакт». Поместите его на корневой уровень файла experimental-theme.json вашей темы. Вам также нужно будет сопроводить это block-templates/contact.html в вашей теме.

 "pageTemplates": { "contact": { "title": "Contact", "postTypes": [ "page" ] } }

Эта функция не делает ничего особенно новаторского прямо сейчас. Он просто добавляет пользовательский шаблон в раскрывающийся список на экране редактирования поста/страницы. Это эквивалент текущей системы шаблонов страниц, доступной для традиционных тем.

Хотя это хорошая разработка, традиционные шаблоны страниц могут не иметь большого смысла в парадигме блочной тематики. Нет возможности изменить визуальный вывод страницы в редакторе на основе выбранного шаблона — пользователи по-прежнему должны просматривать страницу во внешнем интерфейсе, чтобы увидеть результат ее применения. Блочная система — это мгновенная визуальная обратная связь. Шаблоны страниц необходимо переосмыслить для новой эры.

«Что касается пользовательского интерфейса и интеграции с режимом шаблона, мы можем сделать гораздо больше, чем старое окно выбора», — сказал Бенгуэлла, разработчик запроса на включение. «Мы можем показать предварительный просмотр шаблонов и предложить модальное окно или что-то в этом роде, чтобы люди могли выбирать из него… Нам потребуется некоторое дизайнерское мышление и исследования. Этот PR просто устанавливает технические требования, чтобы заставить его работать».

Многое, но не все из того, для чего шаблоны страниц были нужны в прошлом десятилетии, теперь можно заменить блочными шаблонами.

В долгосрочной перспективе я предпочел бы видеть шаблоны страниц, которые больше походили бы на предварительно разработанные макеты блоков. Вот как сегодня работают блочные шаблоны для пользовательских типов записей. Однако это на уровне типа поста, а не на уровне отдельного поста.

Традиционные шаблоны страниц устарели. Темы редко предлагают больше, чем несколько. Один, чтобы удалить боковую панель. Один для перемещения боковой панели влево или вправо. Другой, чтобы сделать область содержимого страницы шире.

Ясно одно: нам нужно больше исследовать, как будут выглядеть шаблоны страниц будущего. Нужны ли они в блочной системе? Есть ли лучшие способы справиться с тем, для чего их используют традиционные темы? Как они будут работать в интерфейсе, который нуждается в визуальной обратной связи?