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

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

Следующие люди будут на вызове:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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