На данный момент это почти стало ритуалом, и я всегда с нетерпением жду следующего раунда тестирования для полного редактирования сайта (FSE). Раз в две недели пользовательские тесты программы FSE Outreach Program, возглавляемые основным участником Энн Маккарти, обычно увлекательны и дают возможность принять участие каждому, независимо от уровня их опыта.
Этот последний раунд тестирования посвящен тому, могут ли пользователи создавать собственный шаблон для каждой публикации непосредственно из редактора. Ответ? Да, конечно, могут.
В раунде № 6 добровольцам предлагается использовать новый режим редактирования шаблонов, который, как ожидается, появится в WordPress 5.8, для создания целевой страницы WordCamp. Цель состоит в том, чтобы предложить код скидки и привлечь к участию посетителей другого мероприятия.
Всем, кто заинтересован в обнаружении проблем и предоставлении отзывов, следует попробовать этот раунд тестирования. Существует 36-шаговое руководство, которое проведет вас через создание пользовательской целевой страницы. Это займет не более 15 минут, а может, и больше, если вы придаете дизайну уникальность – это половина удовольствия для меня .
Обратная связь открыта до 26 мая. Просто следуйте инструкциям и оставьте комментарий к сообщению.
Ближе всего к местному WordCamp, который у меня есть, является Бирмингем, штат Алабама , известный своим названием «WP Y’all». Я надеюсь, что команда WC Birmingham не возражает против того, чтобы я позаимствовал их логотип для этого эксперимента.
За исключением известной проблемы с блокировкой навигационного меню, отмеченной в сообщении, я не столкнулся с техническими проблемами ни на одном из 36 шагов. Все заработало как положено. Однако это не значит, что все было идеально.
Проблемы, в основном тривиальные
Прежде чем погрузиться в фактические проблемы взаимодействия с пользователем при построении шаблонов, я заметил проблему с системой настраиваемых шаблонов. После завершения раунда тестирования я хотел посмотреть, как мой шаблон выглядит с другими темами. Однако я не мог этого сделать. После активации другой темы мой настраиваемый шаблон, казалось, исчез.
Проблема в том, что пользовательские шаблоны привязаны к теме. Я вижу в этом логику. Некоторые аспекты могут быть специфичными для активной темы (цвета, шрифты и т. д.), И всегда так работают настраиваемые шаблоны. Однако система шаблонов блоков отличается. С точки зрения пользователя, я чувствую, что созданные мной шаблоны принадлежат мне, а не теме.
Я вижу, как через пару лет пользователь переключает темы и создает дюжину или около того шаблонов, не имея большого опыта в этой ситуации. Если функция остается прежней, должно быть больше ясности.
Одним из наиболее неприятных аспектов редактора шаблонов является нехватка места в нижней части фрейма. Я привык к лишнему пробелу в редакторе сообщений, фокусируя активную рабочую область в верхней части экрана.
Я просто хочу разместить текущий фрагмент макета, над которым я работаю, выше по странице. Я не уверен, как это будет выглядеть при работе с редактором шаблонов, потому что он должен четко обозначать конец документа.
Другие проблемы были в основном связаны с темой блоков TT1 или отсутствием функций в текущем плагине Gutenberg.
При добавлении горизонтального блока кнопок между отдельными кнопками нет пробела. Вертикальное выравнивание лучше, но для этого можно использовать небольшой удар (на передней панели, а не в редакторе).
И я чувствую, что не могу быть первым, кто скажет это: я готов к элементам управления заполнением блока кнопок, чтобы я мог регулировать аномально большой вывод кнопок блоков TT1.
При вставке блока Columns во всю ширину текст слева упирался в край страницы. Поскольку ни столбцы, ни внутренние блоки столбцов в настоящее время не имеют элементов управления заполнением, единственный способ для пользователей «исправить» это – добавить цвет фона. В этом случае Гутенберг автоматически добавляет отступ.
Последним тривиальным исправлением, которое мне пришлось сделать, было добавление блока Spacer над пользовательским разделом нижнего колонтитула. Это не было включено в инструкции по тестированию. Без него нижний колонтитул не имел промежутка между ним и содержимым над ним.
Я усомнился в одном аспекте инструкций по тестированию. Шаблоны обычно представляют собой своего рода оболочку или макет дизайна. Контент – это отдельная вещь, которая обычно живет независимо. В этом тесте содержимое размещается в шаблоне. Есть сценарии, в которых тестовый пример имеет смысл. Однако я бы предпочел поток, в котором часть содержимого шаблона была бы частью сообщения и выводилась через блок содержимого сообщения.
Подобный переход между редакторами постов и шаблонов, возможно, привел к еще большему количеству проблем с юзабилити, которые стоит изучить.
