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

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

WordPress 5.7 Beta 1 была выпущена ранее на этой неделе. Окончательный выпуск 5.7 будет включать функции от Gutenberg 9.9 до 9.3. На оставшуюся часть цикла разработки в WordPress следует переносить только исправления ошибок из предстоящих обновлений плагинов.

Команда разработчиков исправила более 30 ошибок в последнем обновлении плагина. Он также включает несколько улучшений и обновлений API. Разработчики плагинов теперь могут переопределить категорию блока при регистрации вариантов, что должно помочь в обнаружении.

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

Варианты цвета для социальных ссылок

Теперь пользователи могут изменять цвет значка и фон в блоке социальных ссылок. Это изменение позволяет пользователю настраивать цвета для всех значков в списке ссылок. Стиль блока «только логотипы» не поддерживает цвет фона.

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

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

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

Закругленная граница поддержки тем

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

Команда Гутенберга впервые добавила поддержку border-radius в блок Group в версии 9.8 . В настоящее время эту функцию поддерживают только блоки Group и Image.

Следующий код JSON темы добавит поддержку настроек и стилей. Обратите внимание на новое изменение формата, которое рассматривается в следующем разделе.

{
    "settings": {
        "core/image": {
            "border": {
                "customRadius": true
            }
        }
    },
    "styles": {
        "core/image": {
            "border" : {
                "radius": "10px"
            }
        }
    }
}

Новый формат файла темы JSON

Gutenberg 9.9 вводит два критических изменения в experimental-theme.jsonфайл, которые в конечном итоге будут переименованы в, theme.jsonкогда он выйдет из экспериментальной стадии. Этот файл позволяет авторам тем настраивать собственные стили и параметры для системы блоков. Любые темы, которые в настоящее время используют формат до 9.9, необходимо обновить.

Первое изменение вносит settingsи styles ключи верхнего уровня в файл . Второе изменение переименовывает и расщепляется на globalключ defaultsи root. defaultsработать со значениями и стилями по умолчанию, пока rootобрабатывает корневой блок сайта.

Ари Статопулос написал руководство для авторов тем по обновлению их тем в блоге Make Themes.

«Причина этого изменения заключается в том, что варианты использования theme.json вышли за рамки первоначально рассмотренных, и теперь видение может охватить многие вещи, которые темы объявляют в данный момент другими способами», – написал Андрес Манейро, создатель обоих билетов. «Некоторые примеры – это регистрация (и перевод?) Настраиваемых шаблонов, объявление метаданных темы, которые в настоящее время хранятся в таблице стилей, объявление путей к таблицам стилей и т. д.»

Он также поделился своим видением того, как может выглядеть формат:

{
    "name": "TwentyTwentyOne",
    "description": "...",
    "customTemplates": ...,
    "textDomain": ...,
    "version": 1,
    "settings": {
            "global": { ... },
            "core/paragraph": { ... }
    },
    "styles": {
            "global": { ... },
            "core/paragraph": { ... }
    }
}

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

Темы WordPress в настоящее время жестко требуют включения style.cssфайла. Мы вполне могли бы быть на пути к созданию тем WordPress, которым вообще не нужна таблица стилей. Будущее FSE, вероятно, будет таким, в котором весь CSS будет обрабатываться через систему глобальных стилей со значениями темы по умолчанию, установленными через theme.jsonфайл. Если в теме нет стилей, не имеет смысла сохранять style.cssфайл.

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