Появится ли полное редактирование сайта в WordPress 5.8? Приближается решение

Вчера Джозефа Хейден Чомфоси объявила о дорожной карте для принятия решения о том, появится ли полное редактирование сайта (FSE) в WordPress 5.8. После запуска Gutenberg 10.4 14 апреля небольшая группа основных лидов примет участие в демо-версии.

На вызове будут следующие люди:

• Матиас Вентура — руководитель проекта Gutenberg, который проведет демонстрацию.
• Мэтт Малленвег — руководитель проекта WordPress.
• Хелен Хоу-Санди — ведущий разработчик.
• Джозефа Хейден Чомфоси – исполнительный директор.

Повестка дня встречи проста. Вентура проведет демонстрацию, а группа обсудит и затронет вопросы реализации.

Если блокировщиков нет, они поделятся планом слияния FSE с WordPress. Более вероятным результатом будет то, что они найдут по крайней мере несколько вопросов, которые необходимо решить. В этом случае они поделятся ими публично с планом их решения до второй даты «да/нет» 27 апреля.

Первая бета-версия WordPress 5.8 назначена на 8 июня, а общедоступный релиз — на 20 июля. Команде необходимо принять решение о включении в начале цикла выпуска, чтобы дать разработчикам тем и плагинов время на подготовку.

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

Большая часть перехода FSE будет бета-версией для подмножества пользователей. Включение этих функций в ядро ​​не означает, что WordPress немедленно щелкнет выключателем и активирует все для 40% Интернета. Для общего опыта FSE пользователи должны сделать явный выбор для установки и активации блочной темы.

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

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

«Самый важный контекст, которым нужно поделиться, — это то, что он не поставляется как полный опыт по умолчанию для пользователей », — написал Чомфоси в посте, отметив, что команда перерастает прошлые ошибки. «Один из самых явных отзывов о процессе слияния на первом этапе заключался в том, что нашим расширителям (агентствам, авторам тем, разработчикам плагинов, создателям сайтов и т. д.) не хватило времени подготовиться к предстоящим изменениям».

Лица, принимающие решения, также могут принять решение об отправке одних изделий, но не других. FSE — это проект, состоящий из нескольких компонентов.

«Проект полного редактирования сайта — это своего рода общий термин для набора инструментов и проектов, поэтому некоторые части могут быть отправлены, а другие — нет», — сказал Хейден Чомфоси. «Вероятно, есть некоторые исключения из этого, как вы упомянули, но многие из них могут поставляться по мере готовности».

Исключения, о которых она говорила, — это компоненты, которые имеют больше смысла вместе. Например, блочные темы через конфигурационный файл theme.json и большинство блоков редактирования сайта не так полезны, если они разделены.

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

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

Работа с виджетами по-прежнему частично нарушена, каждый блок рассматривается как отдельный виджет. Пользователи должны научиться помещать заголовок (название виджета) и другой блок (содержимое виджета) в группу (оболочку виджета) для правильных классов, связанных с виджетами, во внешнем интерфейсе сайта. Для некоторых тем не имеет значения, сделают ли это пользователи. Для других это в лучшем случае будет выглядеть некрасиво, а в худшем – нарушит макет. Переложение этой ответственности на плечи конечных пользователей было сочтено приемлемым решением.

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

Команда выпуска WordPress 5.6 решила не выпускать блочные виджеты. Хоу-Санди, главный технический руководитель версии 5.6, представил исторический отчет о решении и о том, почему оно не было готово для включения:

Мой вопрос о функциях, влияющих на внешний интерфейс, звучит так: «Могу ли я попробовать эту новую вещь, не опасаясь, что мой сайт испортится?» — то есть доверие пользователей. В настоящий момент, учитывая, что области виджетов не отображаются так, как вы видите на своем сайте, без особых усилий тем, и что вам необходимо сохранять свои изменения в реальном времени без изменений, чтобы получить фактическое контекстное представление, блоки области виджетов не отображаются. позволит вам попробовать эту новую функцию, не наказывая вас за эксперименты.

Хотя виджеты, возможно, улучшились, я все еще вижу ответ таким же, как и в октябре прошлого года. Я не видел достаточной поддержки со стороны сообщества разработчиков тем для поддержки самого редактора блоков, не говоря уже о новых функциях, связанных с блоками. Однако в какой-то момент проекту просто необходимо двигаться вперед. Themers просто нужно не отставать.