Огромный сборник статей от WPTec для начинающих

Новости

FSE Outreach #13: Создание авторского шаблона в редакторе сайта WordPress

31 марта Энн Маккарти объявила о раунде № 13 программы FSE Outreach Program . Этот призыв к тестированию сосредоточен на создании авторского шаблона с помощью редактора сайта. Несколько новых функций, использованных в этом раунде, были добавлены в Gutenberg 12.9 только на прошлой неделе.

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

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

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

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

Создание авторского шаблона

Самая неотложная проблема при создании нового авторского шаблона заключается в том, что он лишен блоков по умолчанию. Где был — как минимум — верхний и нижний колонтитулы?

Пустой шаблон имел бы смысл, если бы я создавал что-то с нуля. Однако это не проект с нуля. Он был построен из темы с существующими файлами archive.htmlи index.htmlпредками в иерархии шаблонов.

Поскольку авторский шаблон — это просто более конкретная версия архивного шаблона, он должен быть копией своего «родителя» в иерархии.

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

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

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

Что касается дизайна, я остановился на надежном блоке Cover. Я поймал изображение, которое работало со стилем темы. Затем я разместил блоки «Аватар», «Заголовок архива» и «Биография автора публикации» в две колонки.

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

Я был удивлен, что блоки Avatar и Post Author Bio работали. Я тестировал их как внутри цикла запросов, так и за его пределами. Когда автор публикует сообщения, два блока отображаются так, как должны.

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

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

В рамках этого раунда тестирования FSE использовался новый блок No Results из Gutenberg 12.9. Это условный блок, который появляется, когда нет сообщений для показа. WordPress создает «авторские представления» для каждого пользователя на сайте, независимо от того, писали ли они сообщения. Блок «Нет результатов», вероятно, будет наиболее полезным в этом контексте.

Работа с блоком поначалу казалась странной. Куда это идет? После шаблона сообщения? До?

Оказывается, вы можете вставить его в любое место внутри родительского блока Query Loop. Я даже тестировал до и после разбивки на страницы. В принципе, это просто работает.

Пользовательский интерфейс оставлял желать лучшего. Он просто гласит:

Добавьте текст или блоки, которые будут отображаться, когда запрос не возвращает результатов.

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

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

Плагин Block Visibility от Ника Диего может быть плагином, который можно позаимствовать. Он добавляет наложение, границу и значок для контекстных блоков.

В конце концов, я решил скопировать исходное сообщение Маккарти из ее теста и вставить его в блок «Нет результатов». Затем я сделал еще один шаг и поместил внутри него Query Loop — да, Query Loop внутри Query Loop .

Он работал без проблем.

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

Рекомендуем прочитать
Новости

Gutenberg 15.5 представляет экспериментальную поддержку разметки сетки

Новости

Мобильные приложения WordPress получают новый форум поддержки

Новости

Плагин Preferred Languages ​​Feature нуждается в тестировании

Новости

В ACF 6.1 добавлена ​​поддержка регистрации пользовательских типов записей и таксономий

Подпишитесь на рассылку
и будьте в курсе новостей Wordpress

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *