Полное редактирование сайта (FSE) Программа помощи в настоящее время завершило первый этап тестирования . Его первая область внимания была сосредоточена на режиме редактирования шаблонов, представленном в Gutenberg 9.6 . Волонтеры, участвовавшие в проекте, определили несколько болевых точек.
В Gutenberg 9.6 добавлена новая кнопка, которая позволяет конечным пользователям, при условии, что они используют блочную тему, переключаться между редактированием своего сообщения и шаблоном, который отображает сообщение. Как заявила в прошлом году Джозефа Хаден , конечная цель – «объединить все до одного красивого, интуитивно понятного интерфейса». По сути, эта новая функция объединяет контент и дизайн так, как мы раньше не видели в ядре WordPress. Это шаг к этой высокой цели.
Традиционно WordPress всегда отделял контент от дизайна. Однако эти два аспекта веб-сайтов постоянно сливаются воедино. К этому есть желание. Принятие конструкторов страниц за последние полвека или около того прояснило это.
Самая большая проблема с этим новым режимом шаблонов заключается в том, что пользователям необходимы практические знания системы шаблонов WordPress, чтобы понимать последствия своих изменений. Один из основных вопросов в фокусе – было ли понятно, что пользователь вносит масштабные изменения во все сообщения при переходе в режим редактирования шаблонов.
«Я считаю, что было недостаточно ясно, как эти изменения могут повлиять на сайт», – написал в ответ Эктор Прието . «Если вы еще не знаете, как работают шаблоны, части шаблона и глобальные блоки, такие как заголовок сайта, вы можете не понимать, как ваше редактирование повлияет на остальную часть сайта».
При переключении режимов в левом нижнем углу экрана появляется всплывающее окно с надписью:
Редактирование шаблона. Внесенные здесь изменения влияют на все сообщения и страницы, использующие этот шаблон.
Легко пропустить, прежде чем он исчезнет. Есть билет, чтобы наклеить это сообщение на экран и позволить пользователю отклонить его. Существует также еще один билет для выяснения того, когда пользователь редактирует шаблон или контент .
Текущий метод Гутенберга отличается от того, который вы можете увидеть в типичном конструкторе страниц. При переключении в режим редактирования шаблонов пользователь больше не редактирует внешний вид этого отдельного поста. Вместо этого они вносят глобальные правки. Конструктор страниц обычно сохраняет любые настройки только на этой странице. Если это останется прежним, это может стать препятствием для среднего пользователя.
Функция создания шаблона должна быть частью этого нового режима. Пользователи должны иметь возможность разветвлять или клонировать свой существующий шаблон отдельного сообщения и сохранять его как новый шаблон, специфичный для этого сообщения. Или, может быть, дать им способ сохранить его как шаблон многократного использования (например, шаблон «страницы»). Паал Иоахим Ромдал разделял аналогичную мысль , сравнивая ее с функцией «Сохранить как…», обычно встречающейся в компьютерных программах.
Я действительно сомневаюсь, должны ли пользователи иметь возможность редактировать глобальные шаблоны при редактировании одного сообщения. Они связаны между собой только постольку, поскольку шаблон отображает содержимое публикации во внешнем интерфейсе. WordPress должен исследовать любой тип дизайнерской работы с экрана пост-редактирования, прежде всего как специфический для этого поста.
Волонтеры выявили и другие проблемы. Применение изменений к шаблону и сохранение вернет пользователя в редактор сообщений. Кнопку «отменить» сложно найти – она находится не в том месте, где пользователь щелкнул, чтобы перейти в режим редактирования шаблона.
Переключение между редактированием поста и шаблоном похоже на работу в FSE 2.0. У команды разработчиков достаточно проблем с обычным редактором сайта. Это далеко не жизнеспособный, готовый к производству продукт. Команда должна сосредоточить внимание на устранении недостатков этой системы, прежде чем объединить ее с редактором сообщений. Ползите, прежде чем идти. Иди, прежде чем бегать.
Однако я готов быть приятно удивлен. В долгосрочной перспективе, вероятно, будет хорошо, что мы заранее узнаем, как эти две разные части WordPress будут выглядеть во взаимодействии.
Вот почему так важно участие в программе FSE Outreach Program. Сообществу нужен этот более формальный тип процесса для выявления областей, нуждающихся в улучшении.
