На прошлой неделе разработчики плагина Gutenberg завершили выпуск версии 12.0 незадолго до празднования Дня Благодарения в США. Большая часть работы продвигается к предстоящему выпуску WordPress 5.9, который отложен до 25 января . В результате Gutenberg 12.0 имеет меньше наворотов и больше исправлений ошибок и обслуживания. Однако в последнем обновлении есть несколько улучшений.
Наиболее заметными особенностями являются переработанные предварительные просмотры стилей блоков, параметры оформления сгруппированных абзацев и значки блоков на боковой панели глобальных стилей. У редактора сайта также есть новое приветственное руководство , которое должно поставляться с WordPress 5.9 и знакомить пользователей с новым инструментом.
Авторы тем теперь могут отказаться от основной цветовой палитры и градиентов . По- прежнему существует ошибка, из-за которой это в настоящее время не работает для редактора сайта.
Предварительный просмотр стилей блоков
Впервые за последние несколько лет боковая панель редактора кажется чистой и организованной. При использовании темы с несколькими стилями блоков предварительный просмотр стилей был не чем иным, как раздражением. Вкладка, на которой они были размещены, занимала много места, представляя полную демонстрацию каждой опции.
В последнем выпуске плагина Gutenberg превью были заменены текстовыми кнопками с подчеркиванием названий стилей. Пользователи по-прежнему могут видеть, как выглядят отдельные стили блоков, наведя указатель мыши на каждый из них или сфокусировавшись на нем с помощью клавиатуры.
Обратной стороной этого нового опыта является то, что длинные имена в стиле блоков иногда могут быть обрезаны. Например, параметры «Портфолио: наклон влево» и «Полароид: наклон вправо» в моей пользовательской теме читают «Портфолио: Ti…». Мне придется переосмыслить их названия, но это небольшая цена за более чистый интерфейс. .
Элемент управления буквицей абзаца перемещен
Похоже, этот выпуск был одним из тех, кто решил эти раздражающие проблемы с пользовательским интерфейсом. Параметр добавления буквицы к блоку абзаца теперь находится рядом с аналогичными элементами управления на вкладке параметров блока типографики.
Раньше пользователям приходилось находить его на отдельной вкладке «Настройки текста», на которой была только буквица. Я уверен, что несколько раз упоминал об этом как о плохом пользовательском опыте, поскольку часто тянется к контролю. Я, например, доволен этим изменением.
Значки, отображаемые в списке блоков
После выпуска Gutenberg 11.7 одним из моих предложений было добавить значки в список блоков глобальных стилей. Раньше это была вертикальная прокручиваемая область с десятками имен блоков, из-за чего было сложно найти что-то конкретное для настройки.
Читал ли Ник Цекоурас, который написал патч для этого изменения, тот пост в Таверне или видел ту же проблему на собственном опыте, я благодарен за то, что он написал решение . Найти блок теперь намного быстрее, потому что я могу просто просканировать список в поисках узнаваемого значка.
Темы могут быть включены во все настройки внешнего вида
Примечание:это было неправильно помечено как часть 12.0, но не вошло в выпуск. Однако код следует объединить в магистральную ветку репозитория Gutenberg.
Любой автор темы, с которым работал theme.json, знает, насколько неуправляемым может стать файл при включении или отключении определенных настроек. Новый флаг позволяет темам сразу выбрать поддержку всех параметров, связанных с внешним видом .
Пример theme.jsonфайла мог бы выглядеть следующим образом:
{
"version": 2,
"settings": {
"appearanceTools": true
}
}Установка appearanceToolsфлага trueвключает поддержку всех параметров границы, цвета, интервала и типографики. Это должно сократить ненужный код JSON, особенно для тех, кто выбирает почти все. Авторы тем по-прежнему могут отключать определенные функции по отдельности.
В зависимости от точки зрения автора темы, потенциальным преимуществом или недостатком этого нового флага является то, что он также включит поддержку других функций, связанных с внешним видом, в будущем. Это позволит пользователям получить доступ к новым функциям до того, как их темы официально поддержат их. С другой стороны, авторы тем могут захотеть большего контроля или запуска тестов, прежде чем включать что-то новое.
