Ведущий архитектор Gutenberg Матиас Вентура определил улучшения возможностей, представленные в версиях 5.9 и 6.0, в качестве основной цели предстоящей версии 6.1. Он опубликовал дорожную карту для 6.1 перед заключительной сессией WordCamp Europe в Порту, где он должен был присоединиться к Мэтту Малленвегу и Джозефе Хейден Чомфоси для демонстрации. Вентура не смог этого сделать, но он написал в твиттере ветку с видеодемонстрациями некоторых захватывающих обновлений интерфейса, над которыми работают участники Gutenberg.
Одно из основных направлений — сделать навигацию по сайту более плавной благодаря новому «режиму просмотра», который позволит редакторам сайта увеличивать и уменьшать масштаб во время работы.
Узоры — еще один важный аспект, который Вентура определил как «центральную часть творческого опыта». Участники работают над упрощением построения с помощью шаблонов и планируют улучшить процесс обнаружения и вставки. В WordPress 6.1 будет улучшена поддержка использования шаблонов в пользовательских типах записей и типов блоков, а также появится более интуитивно понятный интерфейс блокировки шаблонов и управления сохраненными шаблонами.
Авторы также изучают новый вид с высоты птичьего полета и другие идеи , облегчающие взаимодействие с узорами как с разделами страницы, как продемонстрировал Вентура в своей ветке.
Шаблоны были в центре внимания на конференции в Порту, и в версии 6.1 мы постараемся сделать их еще лучше. В настоящее время изучается новый вид с высоты птичьего полета, позволяющий сосредоточиться на разделах верхнего уровня страницы или шаблона.
Вентура сказал, что еще одной целью WordPress 6.1 является улучшение интерфейса глобальных стилей с лучшей поддержкой ограничений, привилегий и тщательно подобранных пресетов. Инструменты дизайна также будут обновлены для поддержки адаптивной типографики и управления веб-шрифтами.
«Цель релиза будет заключаться в том, чтобы усовершенствовать опыт, представленный в 5.9 и 6.0, объединить различные потоки в более последовательный и полезный опыт для пользователей, сопровождающих и расширителей, а также закрыть некоторые пробелы в функциональности, поскольку мы начинаем смотреть на Фазу 3. дорожной карты Гутенберга», — сказал Вентура.
Помимо WordPress 6.1: Фаза 3 совместной работы будет предшествовать Фазе 4 многоязычия для создания базовой архитектуры
Мэтт Малленвег и Джозефа Хейден Чомфоси задали несколько вопросов, касающихся долгосрочной дорожной карты WordPress, во время сессии вопросов и ответов на WordCamp Europe
Основные участники WordPress планируют закрыть фазу настройки, прежде чем приступить к фазе совместной работы в 2023 году. Во время сеанса вопросов и ответов один из участников-полиглотов спросил, почему WordPress ждет до фазы 4, чтобы начать работу над многоязычными функциями в ядре.
«Одна из причин, по которой мы не хотим устанавливать данные сейчас, а затем работать над этой функцией позже, заключается в том, что мы каждый раз убеждались, что сложно создать архитектуру для чего-либо, не создав взаимодействия с пользователем», — сказал Муллвенвег. «Когда мы пытаемся сделать одно без другого, например, с REST API, мы попали в REST API до того, как полностью использовали его сами. Когда мы начали самостоятельно использовать REST API с Gutenberg, мы обнаружили множество пробелов. Я бы чувствовал себя особенно плохо, если бы эти пробелы означали, что плагины строились на неправильной архитектуре в течение нескольких лет».
Мулленвег также объяснил, почему, по его мнению, важно отдавать предпочтение этапу 3, который он назвал «рабочим процессом», перед многоязычными функциями:
Этап 3 — Рабочий процесс. Это в основном то, где мы собираемся использовать совместное редактирование в реальном времени в WordPress, очень похожее на документы Google или что-то еще. Когда вы входите в систему, чтобы редактировать страницу или свои сайты, или шаблон, или что-то еще, если кто-то еще находится там в то же время, вы сможете увидеть, как они перемещаются. Конечно, мы хотим убедиться, что у нас есть встроенный контроль версий, как мы это делаем для сообщений и страниц, в как можно больше частей WP, поэтому, если кто-то сделает ошибку или редактирует сайт, вы сможете он легко возвращается обратно, что, я думаю, действительно является ключом к приданию людям уверенности.
Он подчеркнул важность создания архитектуры совместной работы до внедрения многоязычной поддержки в ядро.
«Я думаю, что рабочие процессы, связанные с многоязычием, важны», — сказал Мулленвег. «Итак, где канонически создается контент, как изменения переходят с одного языка на другой, может быть, даже двунаправленно, в зависимости от людей, редактирующих сайт, и как это влияет на остальные шаблоны — вещи, которые находятся за пределами поста. и содержание страницы».
Он также отметил, что многие уже существующие сторонние многоязычные решения будут иметь переходный период, поскольку ядро интегрирует эти функции.
«Я ожидаю, что так же, как это произошло с компоновщиками страниц, когда что-то появится в ядре, у них будет либо путь миграции данных, либо интеграция с любой основой, которую мы заложили в ядро», — сказал Мулленвег. «Но я хотел бы ожидать, что это скорее инициатива 2024 или 2025 года для WordPress. И мы хотим, чтобы эти другие этапы были сделаны действительно хорошо в первую очередь. Почему мы должны идти по порядку? Мы можем сделать так много сразу».
Когда человек, задавший вопрос, настаивал на причине, по которой рабочая группа на случай непредвиденных обстоятельств не может начать работу сейчас, Мулленвег призвал всех нетерпеливых участников поместить свою работу в плагин. Он сослался на Gutenberg, который начинался как плагин и годами тестировался, прежде чем стал ядром.
Я бы сказал, что когда мы рассматриваем этап 4, первое, на что мы собираемся обратить внимание, это то, как все плагины это делают. Возможно, один из этих плагинов мог бы даже стать основой для того, что входит в ядро. Это нормально, если плагины используют разные архитектурные подходы, потому что мы хотим видеть их плюсы и минусы. Помните, что люди используют WordPress с миллионами и миллионами постов и страниц, иногда десятками миллионов. Мы хотим, чтобы это масштабировалось, мы хотим, чтобы это было производительно, мы хотим, чтобы это было доступно. Возьмите все, что люди знают и доверяют WordPress. и довести его до этого функционала.
Малленвег сказал, что, по его мнению, многоязычие «вероятно, станет одной из самых сложных вещей, которые мы вносим в ядро, даже в большей степени, чем блоки». Причина этого в том, что блоки взяли то, что WordPress делал раньше, и дали ему новый интерфейс поверх HTML.
«Многоязычие берет каждую вещь внутри WordPress — теги, категории, страницы, шаблоны и делает его многофакторным, так что это похоже на факторную степень сложности поверх того, что сейчас является скорее отношением один к одному, ” он сказал. «Если у вас есть идеи, как это сделать, воспользуйтесь одним из существующих плагинов или создайте свой собственный».
