Темы FSE и WordPress: как выглядит MVP?

Джозефа Хаден Чомфози, исполнительный директор WordPress, опубликовала продолжение своего плана на предстоящий год . Возникли вопросы о том, как выглядит минимально жизнеспособный продукт (MVP) для полного редактирования сайта (FSE), который, как ожидается, будет готов в подключаемом модуле Gutenberg в апреле. Основная команда также готовится к июньскому запуску FSE в WordPress, когда будет выпущен WordPress 5.8.

Эти цели кажутся высокими, но представители бизнес-сообщества и разработчиков WordPress задались вопросом: «Что такое MVP для FSE?» Это не новый вопрос. Будь то стремительный темп разработки, сбой связи или большая часть проекта, скрытая за слоем проблем с GitHub, за этим может быть трудно следить. Нет большой веб-страницы, которая подробно описывала бы каждый шаг того, в каком направлении движется проект. Информация иногда может казаться разрозненной. Это может заставить задуматься сторонних разработчиков и владельцев бизнеса, которым нужно знать, чего ожидать от обновления своих продуктов.

Йост де Валк, главный исполнительный директор Yoast, выразил недовольство процессом в комментариях. Позже мы обсудили это более подробно.

«Я думаю, что FSE изменит суть темы, и, если она будет выполнена должным образом, значительно упростит создание темы, поскольку темы будут намного меньше», – сказал он. «Это возлагает на сообщество бремя разработки надежных методов стилизации, соглашений об именах классов и т.п., чтобы стили работали повсюду. В настоящее время я не понимаю, что даже считается MVP для полного редактирования сайта, и я не вижу никаких дискуссий о том, как это будет работать с темами, не предназначенными для этого, и это меня беспокоит ».

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

«А такого нет», – сказал он. «Видение без казни – это просто галлюцинация».

Хомфози сказала, что осознавала взаимосвязь. «Я также вижу, что опубликованная нами информация – это не аккуратный и понятный пост, который помог бы людям принимать правильные решения от имени 39% Интернета», – сказала она.

Она указала на билет, в котором указаны шесть (теперь семь) этапов . Все эти вехи, взятые вместе, представляют, где должна быть FSE для MVP.

«Вместе они очерчивают архитектуру, которая позволяет выразить полную тему с помощью блоков и редактора, способного настраивать эту тему», – написала она. « MVP должен позволить создать версию темы Twenty Twenty-One, используя только блоки, без каких-либо знаний в области программирования. «

Ниже приводится разбивка этапов, которые необходимо завершить, прежде чем мы увидим, что первая версия FSE появится в WordPress:

Этап 1: инфраструктура и пользовательский интерфейс

Возможно, самая важная часть FSE – это работоспособный редактор сайта . Слияние системы шаблонов WordPress в единый пользовательский интерфейс – это основа проекта. Базовая инфраструктура управляет тем, как работают шаблоны и части шаблона. На данный момент фундамент находится в надежном месте. Это все функции, которые построены на нем, требуют дополнительной работы. Эта веха также включает в себя создание интерфейса редактирования сайта и обработку сохранения нескольких объектов.

Заключительный этап вехи позволяет пользователям редактировать шаблоны из редактора сообщений, эффективно переключаясь между редактированием контента и дизайна. Программа FSE Outreach Program недавно протестировала эту функцию, чтобы получить отзывы после Gutenberg 9.6.

Этап 2: просмотр

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

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

Этап 3: Стиль

По большей части, эта веха связана с будущей системой Global Styles. Система создает иерархию , как стили применяются к блокам из темы по умолчанию для глобальных изменений пользователей, вплоть до опции стиля поблочны.

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

Этап 4: Тематические блоки

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

По общему признанию, мне грустно видеть, что блоки для закладок / ссылок вряд ли будут продвигаться вперед. Хотя эта функция устарела, я все еще ностальгирую по старым добрым дням блогов. Может, лучше было бы оставить плагин. Возможно, стоит возродить плагин Link Manager .

Этап 5: блок запроса

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

Прямо сейчас блок Query обрабатывает только несколько параметров для настройки запроса. Команде необходимо определить, какие элементы управления должны быть доступны на боковой панели для конечных пользователей, и интегрировать блоки с шаблонами для различных типов отображения пост-списков.

Этап 6: Блок навигации

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

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

Этап 7: Постепенное усыновление

После завершения первых шести этапов, представляющих MVP, WordPress нужен способ, позволяющий конечным пользователям и авторам тем постепенно внедрять FSE. В первую очередь, это будет смесь блочных шаблонов и традиционных шаблонов на основе PHP. Разработчикам должно быть разрешено обновлять свои темы, не меняя их оптом, потенциально оставляя за собой определенные сегменты своей пользовательской базы.

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