Основной участник WordPress Алекс Шилс опубликовал предложение по каталогу блоков WordPress.org, в котором будут размещаться одноблочные плагины на основе JavaScript. Каталог сделает блоки доступными для поиска и установки из редактора Гутенберга. Создание каталога для обнаружения блоков и их беспроблемной установки – один из девяти проектов, которые Мэтт Малленвег определил как приоритетные на 2019 год.
Коллекции блоков стали одним из самых популярных способов распределения группы связанных блоков, но этот метод может вызвать раздувание. В настоящее время пользователи не могут искать отдельные блоки по имени, а имена и описания плагинов не всегда являются хорошим показателем того, что делают блоки.
Шилс предложил ограничить новый каталог одиночными плагинами, интерфейсными блоками JavaScript без пользовательского интерфейса за пределами редактора. Это будет отдельный раздел внутри каталога подключаемых модулей, оптимизированный для пользователей, позволяющих находить блоки по имени и описанию. Разработчики должны будут использовать файл block.json с метаданными, как указано в RFC регистрации блока , который предоставляет техническую спецификацию для регистрации типа блока.
Самая спорная часть предложения – установка блоков из редактора Гутенберга. Долгосрочная цель – сделать этот процесс максимально плавным. Коллекции блоков и блоки, которые не соответствуют требованиям единого каталога блоков, по-прежнему будут доступны через обычный процесс установки плагина. Это может сбить с толку пользователей, которые не знают, что блоки можно найти в двух разных каталогах.
«Редактор Gutenberg НЕ должен быть источником установки плагина», – прокомментировал это предложение Мэтт Кромвель. «Это просто кажется готовым для расширения возможностей. Это не его цель или функция. Пусть это будет редактор, компоновщик, менеджер контента и т. д. Переход к поиску во внешней библиотеке и установке плагинов – это определение того, что сайт теряет цель «продукта» ».
Кромвель предложил централизованный менеджер блоков в качестве альтернативы, которая предложит лучший опыт поиска и установки блоков. Он также повторил мнение других участников о важности включения динамических блоков в каталог вместо того, чтобы ограничивать его блоками «только JavaScript».
«Централизованный диспетчер блоков, подобный уже предложенному, гораздо удобнее для пользователя при поиске и установке блоков, чем в редакторе Гутенберга. Мне нравится идея о том, что моноблочные плагины являются единственным вариантом в Каталоге. Но убедитесь, что динамические блоки, которые зависят от других существующих плагинов или внешних функций, также могут быть добавлены в этот очень важный каталог. Я действительно не вижу пользы в таком ограничении этого Справочника ».
Разработчик WordPress Джейми Шмид также выразил сомнение по поводу решения, которое помещает установку блоков внутри редактора, поскольку это может отбить у пользователей желание думать об использовании их блоков на всем сайте.
«Я не уверен, что создание блоков с возможностью поиска и установки из редактора – лучшее решение», – сказал Шмид. «Это, наряду с элементами управления блокировкой на уровне страницы и переопределением стилей, способствует очень недальновидному решению на уровне страницы проблемы, которая, скорее всего, является глобальной проблемой сайта (или контента, или даже бизнеса). Вместо этого я хотел бы видеть центральное представление для всех установленных блоков – аналогично тому, как есть плагины, но более организованное по типу / функциям / и т. д. И с визуальным рядом. Это будет стимулировать принятие решений на уровне сайта, поощряя размышление над более широкой картиной. И то же самое, что и возможность применять контроль доступа к установке новых блоков ».
Согласно предложению, интерфейс поиска плагинов с единым блоком будет размещен внутри средства вставки блоков в редакторе Гутенберга. Это позволит пользователям быстро найти и установить блок, если они не найдут нужный среди существующих блоков.
^
Макет того, как может выглядеть установка встроенного блока
Риад Бенгелла, технический руководитель Гутенберга по фазе 2, призвал участников обсуждения думать о блоках как о частях контента, которые не зависят от редактора сообщений, но могут быть настроены в любом месте внутри WordPress.
«Важно думать о блоках как о отдельной единице, которая сама по себе имеет значение и может использоваться в разных контекстах», – сказал Бенгелла. «Блок – это часть контента (статического или динамического), которую можно настраивать и отображать где угодно». Сюда входят блоки, находящиеся как внутри, так и вне post_content, контент в полном редакторе сайта, внутри админки WordPress, в автономном приложении или даже в другой CMS.
«Мы должны быть амбициозными и думать обо всех этих контекстах (финальной картине), но в то же время мы должны быть прагматичными и итеративными для достижения этой цели», – сказал Бенгелла.
Обсуждение новой директории блоков и архитектуры блочных плагинов продолжается в командах разработчиков WordPress. Шилс сказал, что это предложение задумывалось как отправная точка, и участники все еще находятся на предварительной стадии изучения идей.
