Gutenberg 12.8 запускает API веб-шрифтов, улучшает вложение групп и добавляет сочетание клавиш для ссылок

Сегодня Gutenberg 12.8 появился в каталоге плагинов WordPress. Я возился со многими функциями, которые были добавлены за последние пару недель.

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

Теперь доступно новое сочетание клавиш для автозаполнения ссылок. Пользователи также должны наслаждаться более чистыми состояниями загрузки для блоков « Медиа и текст » и « Навигация» .

API веб-шрифтов

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

Авторы тем теперь могут связывать файлы шрифтов со своими темами и регистрировать их с помощью функции theme.jsonили wp_register_webfonts().

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

Ари Статопулос, который месяцами работал над API, также имеет патч, который будет интегрироваться с Google Fonts . Улучшение решит GDPR и связанные с ним проблемы конфиденциальности, поскольку файлы шрифтов будут загружаться из Google и загружаться с сервера. Тем не менее, судя по комментарию ведущего разработчика в предыдущем обсуждении, эта функция не является стартовой.

В недавнем комментарии к моему предыдущему обзору API веб-шрифтов Статопулос сказал следующее о своих надеждах на интеграцию с Google Fonts:

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

Пока рано говорить о том, как отсутствие поставщика Google Fonts отразится на авторах тем. Однако я ожидаю, что многие создадут собственную реализацию поставщика или вообще не будут использовать новый API.

Группировка групп

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

Я чувствую твою боль.

Это уже не тот мучительный процесс , каким он был раньше. Если бы не новый API веб-шрифтов, это было бы изюминкой релиза.

В раскрывающемся списке «Параметры» на панели инструментов (вертикальное многоточие) пользователи должны видеть параметр «Группа», когда выбрана другая группа. Вложить их никогда не было проще, чем нажать эту кнопку.

Ярлык для добавления встроенных ссылок

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

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

Ввод [[, за которым следуют другие символы, кажется, работает лучше всего. Например, если я ищу пост « Какой чудесный день» , я просто начинаю вводить название поста: [[what a…. Средство вставки ссылок появляется к тому времени, когда я ввожу несколько символов.

Я хотел бы видеть больше автозаполнения в стиле Markdown для ссылок. Ввод [some text] должен вызвать средство вставки ссылок. Синтаксис [[кажется странным на данный момент.

В любом случае, это не то, что я бы использовал в своем рабочем процессе. Я склонен размещать весь текст на месте и добавлять ссылки на этапе редактирования. Редактор уже упрощает мой рабочий процесс, позволяя выделять любой текст и вставлять URL-адрес.

Базовые блоки показаны первыми в глобальных стилях

Гутенберг теперь будет сначала отображать основные блоки на панели глобальных стилей в редакторе сайта. Те, что из плагинов, отодвигаются на дно кучи.

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

Создание тем из редактора сайта… почти

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

Пользователи могли загрузить ZIP-файл своих шаблонов и частей из редактора в более ранних выпусках. Новый экспорт включает файлы theme.json, style.cssи index.phpиз темы. Файл theme.json также добавляет пользовательские настройки из панели глобальных стилей.

Технически, экспорт может быть целой темой (без снимка экрана), если он не требует functions.php или не включает файлы шрифтов из нового API. Однако это редкий сценарий.

Стиль блока кода перемещен в <pre>элемент

Раньше при использовании блока «Код» WordPress помещал пользовательские стили во внутренний <code>встроенный элемент HTML вместо элемента-обертки <pre>. Такие вещи, как отступы, фоны и границы, не имели особого смысла для дочернего элемента. Я всегда думал, что это странная практика, и я редко видел это раньше, за исключением этого конкретного случая.

Конечно, как дизайнер темы, я пытался с этим бороться. Однако в конце концов я сдался, потому что хотел создавать блочные темы «правильным образом», используя theme.jsonи позволяя пользователям настраивать внешний вид.

Gutenberg 12.8 исправляет эту проблему, перемещая стили во внешний <pre>элемент.

Обратите внимание, что это может быть критическим изменением для некоторых тем. Авторам, использующим таргетинг .wp-block-code > codeв своих CSS, возможно, потребуется обновить свой код до версии WordPress 6.0. Это зависит от того, предназначалось ли это буквально для встроенного <code>элемента или было обходным путем для предыдущей неудачи WordPress.

Пока же это лишь частичное исправление, когда в темах should_load_separate_block_assets включен флаг, что является случаем по умолчанию для всех блочных тем. При запуске Gutenberg вместе с WordPress 5.9 стили блоков кода применяются как к внутренним, так <pre>и к внутренним <code>элементам в редакторе. Это означает, что блок может иметь двойные границы, отступы и другие стили, из-за которых он сейчас может выглядеть немного не так.

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