Gutenberg 9.3 предоставляет индикатор того, куда движется полнофункциональное редактирование сайта, будущее без виджетов и экранов настройки

Сегодня вышла версия 9.3 плагина Gutenberg. Это первая версия плагина в цикле выпуска WordPress 5.6, в которой новые функции не появятся на базовой платформе. Однако исправления ошибок были перенесены в WordPress 5.6 beta 2 и 3. Большая часть работы над выпуском была сосредоточена на функциях и исправлениях полного редактирования сайта (FSE). Однако в обновлении появились некоторые незначительные улучшения, не связанные с редактором сайта.

Блок «Социальные ссылки» теперь поддерживает Patreon, Telegram и Tiktok, в результате чего общее количество социальных значков достигло 43. Блок «Кнопки» также имеет переработанную опцию выравнивания.

В целом, релиз в основном дорабатывает существующие области. Команда разработчиков исправила более 20 ошибок и продолжила работу над улучшением редактора сайта.

Удаление виджетов и экранов настройки

Самая большая история вокруг Gutenberg 9.3 не в измеримом коде или изменениях дизайна, ориентированных на пользователя. Вместо этого он находится в обсуждении тикета об удалении экранов Customizer и Widgets, когда у пользователя включен FSE.

Версия 9.3 скрывает элементы виджетов и настройщиков в меню администратора WordPress. Тем не менее, они по-прежнему доступны при прямом переходе по URL-адресу или длительным ссылкам в различных частях панели администратора WordPress, например, на экране «Темы». Это изменение может иметь последствия для будущего этих экранов.

«Я думаю, что было бы плохим шагом скрывать их сейчас, не сообщая сообществу WordPress о будущем виджетов и настройщика», — написала Каролина Наймарк, представитель Themes Team, в заявке. «Если их скрыть, у обеспокоенных пользователей и разработчиков возникнет больше вопросов. Я думаю, что скрывать их, не отвечая на эти вопросы публично, — плохая идея. Я не прошу вас ответить мне в этом запросе на вытягивание, я прошу, чтобы «WordPress», будь то команда основных редакторов или кто-то еще, представила долгосрочный план для этих основных функций».

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

• Даже если пункт меню скрыт, к настройщику по-прежнему можно получить доступ, будут ли параметры по-прежнему работать?
• Какую роль будет играть настройщик с темами FSE?
• Будет ли он устарел, как и когда? Если это не устареет, зачем их скрывать?
• Будет ли он также объявлен устаревшим для тем, отличных от FSE? Как и когда?
• Как преобразовать существующие параметры настройки для моей обновленной темы?
• А как насчет параметров WordPress, которые доступны только в настройщике, например значок сайта?

«Идея здесь в том, что, поскольку темы FSE не имеют области виджетов, экран виджетов бесполезен», — ответил Риад Бенгуэлла. «Для настройщика это дубликат экрана редактора сайта (аналогичные возможности), поэтому нам нужно убедиться, что редактор сайта заполняет пробелы, оставленные настройщиком. Глобальные стили и блоки сайта относятся к большинству параметров сайта, необходимых для тем FSE, а переключение (скрытие настройщика) позволит нам обнаружить пробелы, которые нам не хватает».

Тот факт, что темы FSE не будут иметь области виджетов, заставляет задаться вопросом, почему за последний год было проделано так много работы по преобразованию системы боковой панели / виджетов для использования блоков. Это также была запланированная функция для WordPress 5.6, которая не вошла в список.

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

Комментарий Бенгуэллы также является одним из первых публичных указаний на то, как будет выглядеть такая консолидация. Предположительно, по мере развития WordPress в следующих выпусках не будет необходимости в экранах Nav Menus, Widgets или Customizer.

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

Есть еще несколько вопросов без ответов из списка Наймарка. Нам нужно будет дождаться дальнейших отзывов от кого-то в курсе. Она права насчет необходимости ясного и публичного общения.

Автоматическое переключение на FSE

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

Некоторые хорошие темы для тестирования FSE: Q, Twenty Twenty-One Blocks и Seedlet Blocks.

Пользователи также больше не могут включать FSE через экран настроек Gutenberg Experimental. Использование блочной темы теперь является обязательным требованием для тестирования этой части опыта Гутенберга. Это, вероятно, хороший вызов на данном этапе. Несмотря на то, что он явно помечен как экспериментальный, тысячи пользователей запускают Gutenberg в производственной среде и могут включить его. Кроме того, это удерживает людей от тестирования неработающего интерфейса, если их тема его не поддерживает.

Выравнивание содержимого блока кнопок

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

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

Обновление добавляет параметр выравнивания содержимого на панель инструментов редактора для блока «Кнопки». Использовать этот метод имеет смысл, поскольку технически блок Buttons является контейнером. Он просто содержит один или несколько внутренних блоков кнопок. Используемая ранее система выравнивания предназначена для выравнивания всего блока, а не содержимого блока.

В предыдущих версиях редактора блоков блок кнопок использовал традиционные классы align* для выравнивания по левому краю, правому краю и центру. Это обновление Gutenberg переключает классы на is-content-justification-* .

Редактор автоматически переведет блок кнопок в новые классы, когда пользователь редактирует определенный пост с блоком. В противном случае у них все еще будут старые классы align* .