Изучение полнофункционального редактирования сайта с помощью темы Q WordPress

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

Тема Q от Ари Статопулоса — первая тема, которая кажется достойным рабочим примером. Трудно сказать, является ли это удачей со временем или эта конкретная тема просто построена правильно, — Статопулос является представителем команды Themes Team. Gutenberg 9.1 упал на прошлой неделе из-за продолжающейся работы по редактированию сайта.

Q настолько экспериментальен, насколько это возможно. Команда Themes объявила открытый конкурс экспериментальных блочных тем еще в марте этого года. Однако не многие приняли это предложение команды. В случае одобрения Q станет первой блочной темой, которая появится в официальном каталоге WordPress. Он все еще должен пройти стандартный процесс проверки, ожидая своей очереди в ближайшие недели.

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

Тем не менее, Q — интересная тема для изучения на данном этапе как для конечных пользователей, так и для разработчиков тем. Пользователи могут установить его и начать возиться с экраном редактирования сайта с помощью плагина Gutenberg. Разработчики могут узнать, как глобальные стили, шаблоны и части шаблонов сочетаются друг с другом из рабочей темы.

Использование редактора сайта

Тема Q требует включения плагина Gutenberg и его полнофункционального режима редактирования. Как правило, использование плагина не допускается для тем в каталоге. Однако экспериментальным темам Гутенберга разрешено обходить это правило.

Статопулос указал, что тема является экспериментальной и не должна использоваться на рабочем сайте. Тем не менее, он надеется, что это привлечет больше внимания к полному редактированию сайта.

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

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

Он чувствует себя сырым. На данный момент он не ориентирован на пользователей.

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

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

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

Взгляд в будущее разработки тем

Тема Q имеет несколько правил стиля, которые загружаются непосредственно в раздел <head> сайта вместо добавления дополнительной таблицы стилей. Он опирается на стандартные стили блоков Gutenberg во внешнем интерфейсе с несколькими незначительными переопределениями. Большинство других пользовательских стилей обрабатываются через глобальную систему стилей, которая извлекается из файла конфигурации experimental-theme.json (в будущем будет theme.json ).

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

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

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

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

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

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

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

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