Gutenberg 9.9 为社交图标添加颜色选项，包括图像的圆角边框，并更改主题 JSON 格式

Gutenberg 插件的 9.9 版今天早些时候登陆.虽然它包括几个小的 UI 改进，但面向用户的最大变化是包含社交链接块的图标和背景颜色选项.主题作者现在可以添加对圆形图像边框的支持.他们还面临着主题 JSON 文件的重大更改.

本周早些时候发布了 WordPress 5.7 Beta 1.最终的 5.7 版本将包括从 Gutenberg 9.9 回退到 9.3 的功能.在剩余的开发周期中，只有即将到来的插件更新中的错误修复才应移植到 WordPress 中.

开发团队在最新的插件更新中消除了 30 多个错误.它还包括多项增强功能和 API 更新.插件开发人员现在可以在注册变体时覆盖块类别，这应该有助于提高可发现性.

完整的站点编辑和其他实验工作照常进行.主题作者应该关注的一项是其他边框选项的初始基础.为块添加边框颜色、样式和宽度的实验性功能长期以来一直在许多人的愿望清单上.我预计该团队将开始在未来版本中缓慢推出块支持和 UI.

社交链接的颜色选项

用户现在可以更改社交链接块中的图标颜色和背景.此更改允许用户自定义链接列表中所有图标的颜色."仅徽标"块样式不支持背景颜色.

缺少的部分是设置单个图标颜色及其悬停颜色的能力.主题设计中的一个用例是提供一组纯色图标，这些图标在悬停或聚焦时会更改为品牌颜色.从用户端执行此操作的唯一方法是通过单独的图标颜色选项.甚至无法为整个块设置图标悬停颜色.

品牌指南被认为是当前颜色选项的一个问题，但该问题超出了 WordPress 的责任范围(请参阅有关徽标的详细分析).许多品牌还允许使用替代颜色，如果没有图标特定的颜色，则无法使用这些颜色.

一次为所有图标设置背景和文本颜色是朝着正确方向迈出的一步，但块编辑器仍然不匹配主题作者在传统主题设计中所做的事情.这些缺失的功能阻碍了最终采用完整站点编辑.

主题的圆角支持

主题作者现在可以选择对图像的边界半径支持.支持有两种形式.一个是允许最终用户通过块选项侧栏自定义边界半径的设置.第二个是为所有图像设置一个默认的 border-radius 值.

Gutenberg 团队首先在 9.8 版中为 Group 块添加了 border-radius 支持.目前，只有 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 处理站点根块.

Ari Stathopoulos 在 Make Themes 博客上为主题作者编写了一个教程，用于更新他们的主题.

“这种变化的基本原理是，theme.json 的用例已经超出了最初的考虑，现在的愿景是能够通过其他方式吸收主题目前声明的很多东西，”安德烈斯·马内罗 (Andrés Maneiro) 是两张门票的创作者.“一些示例是注册(和翻译?)自定义模板、声明当前存储在样式表中的主题元数据、声明样式表路径等.”

他还分享了对格式可能是什么样子的看法:

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

对于用户来说，这些数据可能没有多大意义.但是，任何主题作者都应该能够认识到通过 WordPress 使用多年的非标准系统可能移动当前存储在其主题 style.css 中的元数据的重要性.最终将这些数据转换为标准格式 JSON，将使 WordPress 能够灵活地摆脱一些遗留的包袱.

WordPress 主题目前有一个硬性要求，即包含 style.css 文件.我们很可能正在构建完全不需要样式表的 WordPress 主题.FSE 的未来很可能是 CSS 全部通过全局样式系统处理，主题的默认值通过 theme.json 文件设置.如果主题没有样式，保留 style.css 文件是没有意义的.

然而，这种变化不仅限于这种可能性.新格式更简洁，为将来的添加做好了更好的准备.