Предстоящие изменения в WordPress 5.5, про которые должны знать разработчики тем

11 августа – планируемая дата выхода WordPress 5.5. Осталось всего две недели до свежего релиза. Разработчикам, которые пока еще недостаточно изучили возможности WP 5.5, пора проанализировать все нововведения и изменения. В частности, разработчикам тем стоит обратить внимание на несколько новых возможностей.

В основном в WordPress 5.5 будет представлен новый функционал, который разработчики тем уже сейчас могут добавлять к своим продуктам. Самыми примечательными изменениями являются автоматические обновления, а также корректировки HTML-вывода произвольных логотипов.

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

Автоматические обновления

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

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

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

Изменения в HTML для вывода произвольных логотипов

В рамках тикета, связанного с доступностью для WordPress 5.5, базовые функции get_custom_logo() и the_custom_logo() больше не будут добавлять ссылку к логотипу при просмотре домашней страницы. На этой странице ссылка попросту не требуется.

В данный момент в официальном каталоге содержится 183 темы, которые обрабатывают такую ссылку с помощью CSS. Естественно, не факт, что после обновления эти 183 темы поломаются. Возможно, разработчикам понадобится что-то исправить в этом контексте.

Разработчикам тем рекомендовано использовать класс .custom-logo-link вместо привязки к какому-либо конкретному HTML-элементу. Теперь вместо элемента a на главной странице будет стоять элемент span с тем же классом.

Появятся паттерны блоков

Паттерны – та самая возможность, которой так не хватало проекту Gutenberg с момента начального запуска. Для разработчиков тем паттерны являются недостающим звеном между созданием уникальных «шаблонов» или «разделов» и предоставлением пользователям инструментов для добавления их на сайты.

Паттерны блоков – это группы предварительно настроенных блоков, которые пользователи могут добавлять в свои записи и на страницы путем простого щелчка по кнопке. Прелесть паттернов заключается в том, что разработчики тем могут создавать любые макеты, которые им нравятся, и делать их доступными для пользователей. Не нужно вводить сложных настроек. Не нужно писать длинные руководства, как воссоздать демо-вариант. Просто сделайте макет в редакторе блоков. Зарегистрируйте его как паттерн. А дальше пусть пользователи уже вставляют его в пост и радуются.

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

Хотите создать тему для ресторанов? Предложите пользователям несколько паттернов меню. Разрабатываете тему для писателей? Дайте пользователям возможность презентовать книги в разных макетах.

API паттернов блоков устраняет многие имеющиеся ограничения для разработчиков тем.

Высота строки и нестандартные единицы измерения

В редакторе блоков появится два новых инструмента: настраиваемая высота строки, а также произвольные единицы измерения. Создатели тем смогут разрешить пользователям редактировать line-height для абзацев и заголовков с помощью флага custom-line-heights. Также разработчики тем могут позволить юзерам переключаться между разными единицами измерения – к примеру, при определении высоты блока Cover; делается это с помощью флага custom-units. Теперь для тем можно задавать поддерживаемые единицы измерения (наряду с пикселями).

Настройка значения line-height для текста – далеко не всегда простая опция для разработчиков тем. В некоторых ситуациях это может быть оправданным. Однако если разработчики хотят поддерживать строгий вертикальный ритм, то в таком случае смена line-height может вести к катастрофическим последствиям для разметки. Потому разработчики сами будут решать, насколько это необходимо в том или ином случае (в зависимости от темы).

Доступность виджетов для навигации

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

Разработчики тем могут теперь добавлять navigation-widgets в HTML5 для включения новой разметки. Затем WordPress обернет все базовые виджеты в элемент nav с меткой aria-label, основанной на заголовке виджета.

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

Обновление функций шаблонов

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

Также в WordPress 5.5 функции загрузки шаблонов, такие как get_template_part() и т.д., будут возвращать значение. Если шаблон не найден, то функция вернет false. В противном случае функция вернет void. Это будет полезно в ситуациях, когда разработчикам тем нужно сделать проверку существования шаблона.

Источник: wptavern.com

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

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