С приближением выпуска WordPress 5.4 разработчикам плагинов и тем пора начать тестирование своих расширений и убедиться в отсутствии проблем. Есть также новые API для предстоящих функций. Вчера основная группа выпустила первого кандидата на выпуск 5.4 . Официальный релиз запланирован на 31 марта.
Этот пост послужит кратким руководством со ссылками на несколько важных изменений, о которых разработчикам следует помнить в ближайшие недели. Обязательно протестируйте свои плагины и темы.
Разработчики тем
Есть несколько изменений, которые авторы темы захотят проверить. WordPress 5.4 имеет несколько дополнительных функций темы. В нем также есть несколько изменений, связанных с разметкой, которые могут нарушить дизайн темы на интерфейсе пользователя и в редакторе блоков. К сожалению, для авторов тем, которые хотят поддерживать несколько версий WordPress, некоторые из этих изменений могут означать небольшое дополнительное раздувание CSS.
Блоки социальных иконок и кнопок
WordPress 5.4 представляет два новых блока : значки социальных сетей и кнопки. Блок социальных иконок позволяет пользователям вставлять иконки / ссылки для 40 различных социальных сетей. Блок кнопок позволяет пользователям группировать несколько блоков кнопок вместе. Авторы тем, которые внедряют собственные стили редактора блоков, должны учитывать эти новые блоки, чтобы убедиться, что они выводятся правильно.
Создание пользовательских предустановок градиента
Новый API градиентов позволяет авторам тем определять пользовательские предустановки градиента, которые пользователи могут использовать с блоками групп или кнопок. Авторам тем нужно будет немного поработать, чтобы уменьшить бельмо на глазу, которое является предустановками градиента по умолчанию. Немного поработав, градиенты могут стать полезным инструментом в распоряжении пользователя. Авторы тем также могут полностью отключить градиенты, если не хотят их поддерживать.
Изменения разметки и стиля редактора блоков
Авторам тем, которые напрямую нацелены на определенные классы редакторов , необходимо будет проверить свои стили редактора блоков. Многие классы с editor-префиксом были изменены на использование block-editor-префикса. Элемент-оболочка с .edit-post-layout__contentклассом полностью удален. Некоторые элементы оболочки были удалены из блоков и компонента RTF. Встроенные отступы Core и отрицательные поля на блоках были переработаны, что является долгожданным дополнением. Возможно, авторам тем больше не придется бороться с множеством вложенных селекторов, чтобы обеспечить базовый рабочий макет, соответствующий интерфейсу.
Эти изменения уже сломали несколько тем, которые я видел. Есть большая вероятность, что многим авторам тем потребуется обновить свои стили редактора блоков.
В то время как группа проверки тем просит, чтобы больше авторов тем представили темы с настраиваемыми стилями редактора, такие изменения классов и разметки не вызывают доверия. Разработчики тем могут легко почувствовать, что они ведут проигранную битву. Тем не менее, работа продвигается вперед, чтобы сделать разметку редактора более близкой к однозначному соответствию с интерфейсом пользователя. В какой-то момент авторы темы могут только надеяться, что им больше не нужно будет иметь дело с такими изменениями, поддерживая пользователей в нескольких версиях WordPress. На данный момент они находятся в довольно сложной переходной фазе.
Разметка календаря и изменения классов
Основная группа изменила разметку в get_calendar()функции, которая также влияет на календарь виджет. В выводе календаря больше нет <tfoot>элемента. Вместо этого ссылки предыдущего и следующего месяца были перемещены в <nav>элемент под <table>элементом.
Выходные данные календаря также добавляют или изменяют несколько идентификаторов и классов:
.wp-calendar-tableдобавлен в элемент оболочки..wp-calendar-navдобавлен в элемент оболочки навигации..wp-calendar-nav-nextзаменяет#nextидентификатор на ссылку следующего месяца..wp-calendar-nav-prevзаменяет#prevидентификатор на ссылку предыдущего месяца.
Это критические изменения. Любой настраиваемый CSS, ориентированный на старый HTML или идентификаторы, необходимо обновить.
Блокировать разработчиков
Для разработчиков плагинов, которые создают собственные блоки, WordPress 5.4 представляет несколько новых API и инструментов для работы с системой блоков.
Блочные леса
У разработчиков есть новый пакет NPM для быстрого создания плагина блока. С помощью одной команды npm init @wordpress/block <plugin-name>сценарий создаст новый каталог и построит соответствующие файлы PHP, CSS и JavaScript, необходимые для создания блочного плагина. Разработчики могут использовать современные инструменты JavaScript по умолчанию или, при желании, выбрать версию ES5.
Пакет создания блочных каркасов предназначен для авторов плагинов для создания моноблочных плагинов, которые в конечном итоге попадут в официальный каталог блоков.
Блокировать Коллекции API
API Блок Collections работает аналогично категориям. Однако они основаны на пространстве имен. Когда разработчик подключаемого модуля регистрирует настраиваемую коллекцию, любые блоки, совместно использующие пространство имен коллекции, будут отображаться в настраиваемом разделе в средстве вставки блоков. Это кажется более разумным способом организации блоков. Это, безусловно, пригодится для плагинов, которые создают библиотеки блоков, обеспечивая автоматический способ их группировки.
Block Variations API
Новый API вариаций блоков позволяет разработчикам блоков создавать копии блоков с вариациями. Каждый зарегистрированный вариант будет отображаться как отдельный блок в средстве вставки блоков, из которого пользователи могут выбирать.
Хорошим примером этой функции является новый блок социальных иконок. Это единый блок с 40 вариантами для различных социальных сетей.
Другие изменения, связанные с разработчиком
Есть пара других заметных изменений, которые касаются как плагинов, так и тем.
Новые хуки навигационного меню
После ожидания разработчики, наконец, получили несколько часто запрашиваемых ловушек для добавления настраиваемых полей на экран администратора и средство настройки навигационного меню. По крайней мере, один билет рассчитан на 9 лет , но лучше поздно, чем никогда. Раньше разработчикам приходилось использовать собственный класс Walker для выполнения некоторых необходимых настроек. Однако одновременно можно было использовать только один класс walker, а это означало, что несколько подключаемых модулей, которые вносили изменения, не могли работать вместе.
Основная группа добавила новую wp_nav_menu_item_custom_fieldsловушку на экран администратора навигационного меню, который появляется перед кнопками «перемещения» для отдельных пунктов меню. Для паритета с админом, пункты навигационного меню получили новое wp_nav_menu_item_custom_fields_customize_templateв настройщике. Эти хуки позволят разработчикам добавлять настраиваемые поля формы, необходимые для добавления настраиваемых данных в пункты меню навигации.
apply_shortcodes () Функция псевдонима
WordPress 5.4 представляет новую apply_shortcodes()функцию. Это псевдоним do_shortcode()функции. Новая функция обеспечивает более семантически правильное имя функции. Как правило, функции с префиксом do_ожидаемого вывода или какого-либо действия. Функции с префиксом apply_ожидают возврата данных.
Если вы создаете тему или плагин с областями, поддерживающими шорткод, вам нужно будет переключиться на новую функцию. Хотя do_shortcode()функция в настоящее время не помечена для устаревания, это должно быть конечной целью.
