Разработчики WordPress пока не приняли окончательного решения по поводу фреймворка JS для использования в ядре WP, однако разработка Gutenberg продолжается. На этой неделе вышла версия Gutenberg 1.2.
Обновление предлагает лучший опыт разрешения конфликтов блоков при переключении между классическим редактором и Gutenberg. Ранее, если пользователь создал несколько блоков абзацев (элементов p) в Gutenberg, но затем переключился на классический редактор, теги очищались, что делало эти блоки неработающими при возврате к Gutenberg. Версия 1.2 имеет проверку, содержит ли запись блоки, после чего отключает поведение wpautop в классическом редакторе, чтобы предотвратить удаление тегов.
В данном релизе также предлагается базовая поддержка метаданных записей в атрибутах блоков. Разработчик WordPress Гэри Пендергаст поделился экспериментальным плагином для тех, кто хочет протестировать эту возможность.
Еще один новый элемент, который вы найдете в релизе 1.2 – это счетчики слов и блоков в таблице контента. Однако ценность этого новшества пока остается сомнительной. Зачем пользователю знать, сколько блоков или сколько заголовков используется на странице? Мне кажется, что это достаточно навязчивое отображение ненужной информации, которая почему-то получила приоритетное размещение в верхней части редактора.
Gutenberg практически готов к поддержке метаполей, и этот релиз добавляет заполнитель для панели Extended Settings. Оболочка метаполя в данный момент находится под контентом и содержит сообщение «coming soon».
Разработчик Росс Уинтл прокомментировал текущую реализацию метаполей и указал на несколько проблем, связанных с наименованием и расположением панели:
а) метаполя в настоящее время могут располагаться в разных местах страницы: в сайдбаре, под контентом записи с разными приоритетами и контекстами.
б) у меня также были случаи, когда я улучшал процесс редактирования для своих пользователей, выводя метаполя над или под заголовком, поскольку это отвечало их способу редактирования контента.
в) мне действительно не нравится название «Extended settings». Для некоторых задач, связанных с редактированием, информация в метаполях является критически важной, включает в себя контент ядра и настройки – это далеко не что-то опциональное или дополнительное/расширенное. Является ли эта панель редактируемой? Могут ли разработчики добавлять свои собственные секции наподобие этой?
Разработчик Gutenberg Риад Бенгуэлла признал эти проблемы актуальными и отметил, что команда по-прежнему изучает разные варианты для панели.
«В первой итерации мы, скорее всего, сохраним свернутый вид, но добавим многочисленные области», – отметил Риад. – «Есть несколько хороших дизайнерских предложений по отказу от расширенной области (для зоны контента) и заменой ее разделителями, что может стать хорошим вариантом для версии 2».
Могло показаться, что разработка Gutenberg несколько затормозилась из-за длительного принятия решения по JS фреймворку, однако работа не останавливалась. Последние несколько недель разработка действительно шла медленнее, и большинство ведущих разработчиков проекта участвовали в чате Automattic.
«Решение по фреймворку не влияет на большинство задач по разработке Gutenberg, поскольку фреймворк скрыт под уровнем совместимости, а большинство задач разработки (по крайней мере, задач, которые затрагивают пользовательский интерфейс) могут вестись на уровне совместимости», – отметил Гэри Пендергаст.
«Имеются также крупные области кода, которые вообще не нуждаются в фреймворке. К примеру, добавление поддержки метаданных записей требовало написания простой склейки между Block API и REST API».
Гэри отметил, что после принятия решения по JavaScript фреймворку, Gutenberg потребует только одного-двух разработчиков для создания необходимых изменений, однако все остальные участники смогут продолжить свою работу без каких-либо проблем.
Источник: wptavern.com
