Возможности управления блоками, предлагаемые для WordPress 5.2

WordPress 5.1 был загружен более 3,6 миллиона раз с момента его выпуска на прошлой неделе, и сейчас работа над 5.2 продолжается. Предстоящий релиз будет вести Мэтт Малленвег, а Джозефа Хаден будет выступать в качестве координатора релиза. Гэри Пендергаст опубликовал предлагаемый объем и график, который должен быть 5.2 прибыл 23 апреля 2019 года.

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

Несколько автономных плагинов уже предоставляют функции управления блоками, такие как Gutenberg Manager и Disable Gutenberg Blocks . Все они имеют разные пользовательские интерфейсы и разные подходы к отключению блоков. Например, Gutenberg Manager использует интерфейс с вкладками и флажками для отключения основных блоков. Плагин Disable Gutenberg Blocks предлагает экран администратора, похожий на управление плагинами:

Несколько коллекций блоков также реализовали свои собственные функции управления блоками, включая Advanced Gutenberg Blocks и CoBlocks . Advanced Gutenberg Blocks добавляет экран под собственным меню верхнего уровня для отключения блоков.

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

После того, как CoBlocks объявил о своей функции управления блоками, Ник Хамз заявил, что ее следует воспроизвести для ядра WordPress. Его комментарии получили небольшой отпор со стороны технического руководителя Gutenberg Риада Бенгеллы, который рассматривает это как функцию для более продвинутых пользователей.

«Возможность отключать блоки кажется довольно простой», – ответил Хамзе . «Рич создавал эту функцию не для удовольствия. Об этом просили обычные пользователи (не продвинутые и не разработчики). Он сделал это, чтобы решить проблему, с которой сталкиваются реальные пользователи. Вы говорите мне, что больше обычных пользователей будут использовать Amazon Kindle Embed Block (который внедряется в 5.1), чем хотели бы возможность отключать блоки, которые они не хотят использовать ».

На прошлой неделе, когда я говорил с Benguella о возможности включения в ядро ​​возможностей управления блоками когда-нибудь в будущем, он сказал, что это не является ближайшим приоритетом для проекта.

«Управление блоками не является непосредственной целью в дорожной карте Гутенберга и считается территорией надстройки, но мы внимательно следим за работой, проделанной в сообществе, и адаптируемся в случае пользовательских исследований и предложений, которые приносят пользу большинству пользователей», – сказал Бенгелла . «На данный момент мое личное мнение таково, что эти расширенные функции требуются не каждому пользователю WordPress.

«Тем не менее, важно дать разработчикам плагинов возможность реализовать больше функций управления блоками, и одна важная часть головоломки здесь – это работа, которую мы делаем прямо сейчас, чтобы улучшить регистрацию и обнаружение блоков, используя REST API, помощники PHP и JavaScript. API . ”

С тех пор приоритеты проекта, похоже, изменились, так как управление блоками теперь является важным аспектом для WordPress 5.2. Тысячи пользователей уже установили плагин, который включает в себя такие возможности, и это хороший показатель того, что на это есть спрос. Поскольку все в экосистеме плагинов постепенно движется в сторону блоков, пользователям будет легко оказаться заваленным множеством блоков, доступных в редакторе. В настоящее время плагины отвечают потребностям пользователей с помощью множества различных пользовательских интерфейсов для включения / выключения блоков. Понятно, что ядро ​​WordPress должно лидировать, предоставляя стандартный пользовательский интерфейс для управления блоками.

В недавних чатах # core-editor Бенгелла сказал, что у него есть некоторые опасения по поводу коротких временных рамок для недавно предложенной функции управления блоками, но он начинает первоначальные исследования того, как может выглядеть первая итерация в WordPress 5.2.

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

Пендергаст сослался на реализацию CoBlocks в своем сообщении об объеме и расписании 5.2 в качестве примера того, как разработчики плагинов подошли к управлению блоками.

«Мы далеко не первые, но я бы сказал, что это явно лучший опыт», – сказал автор CoBlocks Рич Табор. «Я построил его, потому что люди просили именно об этом, и я хотел предоставить гораздо лучший опыт, чем просить их перейти на страницу администратора WP в другом месте. Я бы хотел увидеть в ядре что-то вроде диспетчера блоков, и я готов помочь, чем смогу ».

Другие предлагаемые функции для WordPress 5.2 включают плагин Site Health Check , защиту от ошибок PHP и подписку пакетов для обновлений. Первая бета-версия вышла в марте 2019 г., а RC 1 – в апреле 2019 г.