更新

有一系列拉动请求/倡议正在进行：

• ✅编辑器挂钩重构：此已合并。它简化了逻辑并解决了与编辑器相关的现有问题。此外，它允许注册源定义绑定块时如何更新值。
• 在模式覆盖中使用块绑定编辑API：重构后，可以使用块绑定编辑API进行模式覆盖。此拉取请求旨在涵盖这一点。
• 允许编辑连接块中的自定义字段：拉请求的思想是在块连接到Post Meta时支持编辑。它是“有效的”，但它缺乏根据上下文和适当的e2e测试锁定编辑的可能性。
• 支持块绑定中的所有内容图像和按钮属性：我启动这个pull请求是为了支持这些块的剩余属性。模式覆盖可能需要它。它遗漏了编辑器中的一些逻辑并添加了e2e测试。
• 依赖更广泛的上下文，而不需要编辑器中的直接块上下文：经过一些讨论，我认为这个已经准备好合并了。
• 添加块绑定源在处理过程中所需的上下文：作为对前一点的补充，我们应该决定是否要采用这种方法。
• 简化HTML替换逻辑，直到HTML API就绪：更改块绑定HTML替换逻辑，以使用基于块的选择器硬编码列表和正则表达式替换内部内容，直到HTML API就绪。
• 探索如何在绑定块时改进UI。我相信这可以逐步解决，所以我提出了三个不同的问题来分别讨论：
  • 在块检查器控件中添加绑定面板：一旦/如果合并，我们可以重新访问现有的工具栏指示器。
  • 当用户编辑连接的自定义字段的值而不是发布内容时，保存时通知.
  • 添加属性已连接的指示器，而不是隐藏控件.

除此之外，我开始这个实验公开编辑器API并允许任何块使用它们。

拦截器列表/待作出的决定

我在这里列出了我认为这些问题/请求的当前拦截器或剩余决策，但让我们继续讨论它们的特定线程。

在模式覆盖中使用块绑定编辑API

找出如何解决呼叫问题集合属性用于讨论的非连接块属性在这里.

支持块绑定中的所有内容图像和按钮属性

可以像这样修改图像渲染回调吗这? 它解决了链接不属于保存.js，但它是由呈现期间的绑定定义的。

添加块绑定源在处理过程中所需的上下文

这种方法正确吗？

简化HTML替换逻辑，直到HTML API就绪

在HTML API准备就绪之前进行此更改是否值得且安全？

当用户编辑连接的自定义字段的值而不是帖子内容时，保存时通知

这有意义吗？这应该怎么做？

大家好👋

提醒：Gutenberg版本18.5的候选版本定于下周五（5月31日）发布。因此，任何本应成为WordPress 6.6的内容都必须在那时合并。

请提出任何需要额外注意的重要问题：）

合并的请购单

自上次更新以来，已合并了部分上述PR：

• ✅在模式覆盖中使用块绑定编辑API：它帮助确定编辑器API需要什么，简化了模式覆盖实现，并解决了一些挑战。
• ✅将块绑定面板添加到检查器控件：这是在绑定块属性时提高清晰度的第一步。
• ✅简化HTML替换逻辑，直到HTML API就绪：代码改进，以便在HTML API就绪之前轻松理解处理过程。
• ✅删除gutenberg_block_bindings_replace_html中不需要的中断：代码质量改进。

6.6的风险

古腾堡RC定于下周五举行，我想提出一个潜在的不具备以下功能的风险连接到块时允许编辑自定义字段为6.6做好准备.

基本上，这取决于另一个拉请求将逻辑直接转移到商店，但我们点击一些拦截器我不知道该怎么解决。有关他们的更多信息，请查看链接的评论.

在处理允许编辑的初始pull请求时，我们意识到挂接到Edit属性（当前实现）会导致一些问题由于通话时的差异获取块属性。我们已经在考虑将逻辑直接转移到商店，所以我们决定在这个拉请求试图解决这个问题。然而，如前所述，这也引发了其他问题。

如果我们无法克服这些障碍，恐怕允许编辑自定义字段的功能可能会面临风险。

除此之外，即使我们解决了这些问题，我也要说编辑器API还没有准备好公开。尽管像现在这样保密应该不是问题。

接下来的步骤

我想说，接下来的步骤是努力解决上述问题，并在此基础上作出决定。重点是合并这些请求：

• 将逻辑移到核心函数而不是使用挂钩.
• 允许在帖子元源中编辑：如果上一次公关准备好了，我相信我们也能实现这一目标。
• 合并的拉入请求的后端口。

除此之外，还有一些与改进连接块的用户体验相关的工作正在进行：

• 当用户编辑连接的自定义字段的值而不是帖子内容时，保存时通知
• 调整绑定连接块的图标和文本.

最后，如果上述挑战得到解决，我们可以推动其他重要方面（虽然不是100%需要）：

• 修改我们访问上下文的方式：编辑 & 服务器。它可能会受到重构的影响。
• 改进和简化编辑器API，使其可以公开。
• 添加对块绑定中所有内容图像和按钮属性的支持：这应该差不多准备好了。

大家好，我正在为Synced Pattern Overrides编写一些内容，它依赖于块绑定API。我想确认一下，在6.6中，不支持其他块，但可能支持所有图像和按钮属性(#61255). 这是正确的吗？

是的，没错。然而，考虑到6.6的截止日期，我也不希望在下一个版本中支持图像和按钮属性。

在beta阶段之前更新

现在是测试阶段，我们不打算添加新功能，让我们更新一下6.6中的块绑定。

集锦

连接块时直接从块编辑自定义字段值

这是本次发布周期的主要关注点之一，尽管我们仍需要改进工作流并对其进行迭代，但我相信对于初始版本来说，它的状态很好。

快速演示此实现的功能：

• 从连接到自定义字段的块中编辑自定义字段的值:

• 当多个块连接到同一个自定义字段时，将同步它们的值:

• 可以从查询循环更新自定义字段

• 用户只能编辑他们有权限的帖子中的自定义字段

改进UI以明确块属性的连接时间

此外，我们对UI进行了一些改进，以确保用户知道哪些属性连接到了哪些源，尽管仍有一些方面需要改进。这里的主要新功能是块检查器控件中的一个新面板，其中列出了块属性和源。这应该是允许用户以更容易的方式创建和删除绑定的第一步。

模式覆盖现在也在编辑器中使用块绑定API

在这个拉请求，我们移动了模式覆盖以在编辑器中使用块绑定API并重用逻辑。它还帮助解决了前一个实现所导致的一些问题。

打磨现有代码

除此之外，我们还借此机会改进了现有代码。这里最相关的更改是如何改进实现并避免使用挂钩：链接.

接下来的步骤

我认为最重要的部分是在测试阶段收集关于这些最新变化的反馈，尤其是关于用户体验的反馈，并解决任何相关问题。

错误修复

如前所述，我预计测试阶段会在进行更多测试后触发潜在的错误，我们应该集中精力解决它们。到目前为止，有几个问题可以被视为我们可以解决的错误修复：

• 编辑自定义字段时删除“Site updated”消息：如前所述在这里现在，当用户编辑连接块中的自定义字段值并保存它时，它会触发“Site updated”消息，而不是“Post updated（发布更新）”消息。
• 将标题添加到绑定面板：指向者@卡布拉沃伯纳尔，添加到检查器控件中的新面板可能会受益于“标题”，该标题说明左侧部分是块属性，右侧部分是绑定源。我们应该讨论一下这是否有意义，它应该是什么样子，以及我们是否应该将其包含在6.6中。

后续行动

除了跟踪问题中列出的任务外，这些是我们需要进行的一些后续工作和讨论，可能是6.7。

我可以为每个人创建不同的问题。

改进编辑器API以使其公开

这个发布周期的一个可能性是打开编辑器API以允许外部源重用它们。然而，在进行了一些更改以使其适应新功能之后，我们觉得在将其公开之前仍需要对其进行迭代。例如，我们需要检查现有属性，可能需要合并setValue/setValues（设置值）如所讨论在这里.

我们还可以探索以某种方式将其暴露为实验性的，以允许外部来源自担风险使用它。

继续探索如何处理源所需的上下文

更新：将进行讨论在这里.

在这个发布周期中，我们开始改进在编辑和服务器但是，它没有包括在内，因为我们仍然需要找出最好的方法。

不断改进用户体验以明确绑定属性

除了在测试阶段收到的反馈外，作为这个过程的一部分，我们还讨论了添加属性已连接的指示器，而不是隐藏控件它需要进行更详细的讨论和实施，但这将是澄清流程的良好进展。

编辑自定义字段时改进发布前工作流

更新：相关问题#62329

如前所述在这里合并此新功能后，我们仅在保存发布的帖子后修改自定义字段时通知用户。然而，探索如何在当前未修改的发布前工作流中集成类似的东西将是一件很棒的事情。

审查有后元更改选择器实现

在这个拉请求，一个新的私人具有PostMetaChanges引入选择器来跟踪帖子在元字段中是否有更改。它是作为私有发布的，因为我们希望对其进行迭代并讨论潜在的改进。例如，当有其他绑定源可以编辑时，我们需要讨论它是否仅适用于元更改或其他帖子数据，如标题、摘录等。

此外，在当前的实现中，有一个硬编码的解决方案可以跳过需要检查的脚注。

决定在按“Enter”键或在绑定富格文本中粘贴新块时要执行的操作

如前所述在这里现在，当用户按下“Enter”键时，它会创建一个新块，并禁用粘贴另一个块。我相信它对于第一个版本来说已经足够好了，但我们需要探索和讨论理想的工作流程是如何实现的。

探索抽象中绑定所需的更改项目组组件`

更新：相关问题#62330

如前所述在这里，添加了一些特定于块绑定面板的样式，但如果在用于允许其他用户从中受益的组件中创建一些抽象，那么探索一下是否有意义，将是一件好事。

添加对所有图像和按钮属性的支持

我们开始探索如何在这个拉请求然而，仍有一些改进需要改进，未能及时赶上6.6。

我们是否应该将块绑定逻辑移动到存储中的核心函数

更新：相关问题#63014

在这个拉请求，我们开始探索将逻辑移动到获取块属性和更新块属性而不是在编辑组件中使用钩子。

然而，它引发了一些挑战和担忧：

• 不清楚我们是否总是想返回“bindings”值而不是“fallback”值。我们需要更好地探索不同的用例。一个可能的解决方案是创建新的util返回绑定值并让用户决定何时使用获取块属性或这个新的实用程序。
• 不清楚如何从这些函数访问块上下文。块绑定源需要访问块上下文才能处理值。例如，“Post meta”需要访问帖子Id以及postType（后类型）然而，从商店访问它是很棘手的。我们探讨了将其与商店同步，但我们也不确定这种方法。

我们应该包括添加__默认所有源或仅模式覆盖的可能性？

此拉动请求添加了通过__默认选项设置为应用于所有受支持属性的绑定对象。然而，它只适用于模式重写。对于这个特定的用途，它是有意义的。但我们需要讨论是否也应该为其他用例打开这种可能性。

出色的更新@桑托斯·吉拉莫特。看起来WP 6.6没有多少工作要做，因为我们只知道其中两个。最好能将问题归档，以便他们有更好的空间讨论下一步，并以更容易的方式跟踪WP 6.6项目的进展。6.7有大量的潜在工作，因此感觉我们应该开始规划WP 6.7的迭代，在这里我们必须设置适当的优先级，同时考虑到我们还需要添加对更多块绑定源的支持，并继续迭代最终允许在UI中设置绑定的UI。

感谢您的更新@桑托斯·吉拉莫特!

编辑自定义字段时删除“Site updated”消息：如前所述#61811（评论）现在，当用户编辑连接块中的自定义字段值并保存它时，它会触发“Site updated”消息，而不是“Post updated（发布更新）”消息。

我已经为此创建了一个问题，并将进行修复：#62236

@桑托斯·吉拉莫特，根据这个评论，我添加了需要开发说明标签，因为我认为这将有助于开发人员分享WP 6.6中如何改进使用块绑定的工作流。

我同意@法比安凯在里面这个评论

我认为，post元绑定现在可以在线编辑，这一事实值得一提。即使没有实际的API更改。

要添加更多上下文，没有块绑定的现有最终用户文档；只有DevNote和开发人员博客中的一些帖子可用：

• 新功能：块绑定API-开发说明
• 块绑定简介，第1部分：连接自定义字段-开发者博客帖子
• 介绍块绑定，第2部分：使用自定义绑定源-开发者博客帖子

我们还可以添加对自定义字段值修订的支持。

好的，我们将编写开发说明🙂 我不确定是否应该在开发说明或其他类型的帖子中涵盖非开发人员主题。

我认为这将有助于开发人员分享WP 6.6中如何改进使用块绑定的工作流。

只需澄清一下：开发人员工作流还没有针对6.6进行改进。它们保持不变。我们现在只允许编辑核心的“Post meta”源代码（而不是外部源代码），并对UI进行了一些调整。

我们还可以添加对自定义字段值修订的支持。

我完全同意在修订中支持这种更改是非常好的。如果我没有错的话，现在它会创建一个修订，但不会显示任何更改。我想这可能是一个错误？

如果它正在创建修订，但无法查看，则可能是。是的

我们还可以添加对自定义字段值修订的支持。

这是由编写的开发说明@亚当西尔弗斯坦:6.4中Post Meta修订版的存储框架。看起来可以通过以下方式神奇地启用修订修订_启用注册时标记。实际上，我的预感是，需要一个特殊的UI来显示这些修订，以允许从以前的修订中恢复更改。

只需澄清一下：开发人员工作流还没有针对6.6进行改进。它们保持不变。我们现在只允许编辑核心的“Post-meta”源代码（不适用于外部源代码），并对UI进行了一些调整。

@桑托斯·吉拉莫特TBH，我对本期需要DevNote的问题持不同意见。我认为在一个更大的“Misc Dev Notes”帖子上写一个简短的注释会很好（因为它增强了与块绑定API)，但没有DevNote也可以。

我会保留需要开发说明现在，但是否共享DevNote由您决定。两种选择都可以🙂

关于修订，我刚刚意识到已关闭的票据（作为wontfix）和链接拉取请求试图解决我们面临的问题。我可以看看我们是否应该重用它或如何继续。

我刚打开一个潜在拉动请求对于修订问题，我留下了一个已关闭票据中的注释讨论如何继续。

@胡安马奎塔我已经开始了这个便笺解释与编辑连接块中的自定义字段相关的新工作流。它基本上是关于这个问题的最新更新的摘要。

我会让你决定它是否应该是Dev Note，是否应该放在其他地方，或者它是否根本没有意义。我也很高兴应用您认为必要的任何更改。

测试期间的最新修复

自上次更新以来，合并了一系列修复bug和优化UI的pull请求：

• 修复用户同时选择绑定块和非绑定块时站点编辑器中断.
• 修复对包含空文本的按钮块应用绑定或模式覆盖的问题.
• 还原对替换逻辑的更改以防止报告的错误：古腾堡&核心.
• 更改绑定面板标题并添加说明.
• 修复了显示连接块的双图标的问题.
• 模式覆盖：当__default绑定存在时，阻止正常属性更新.
• 删除连接图标并修复填充.
• 添加e2e测试以确保块绑定与符号和数字一起工作.
• 仅对使用WordPress 6.5以下版本的站点运行块绑定Gutenberg逻辑.
• 在块绑定测试中使用预览而不是发布发布.

除此之外，还启动了其他两个拉请求：

• 在块绑定中添加对图像标题属性的支持(核心&古腾堡)：这是解决不支持标题导致的问题所必需的：链接然而，在测试阶段包含修复之前，需要进一步讨论实现。
• 在修订面板中显示文章元字段：这可能需要进一步讨论最佳方法，因此可能会推迟到6.7。

我已经开始了这个便笺解释与编辑连接块中的自定义字段相关的新工作流。它基本上是关于这个问题的最新更新的摘要。

@桑托斯·吉拉莫特是的，我认为我们应该发布它，但不带“DevNote”标签。我已经通过Slack给你打了电话，让你继续前进。

我要结束这个迭代问题，因为我们不希望为6.6做任何新的工作。我刚刚打开了一个6.7的新迭代包括这一次的后续报道。

供参考，帖子从连接的块编辑自定义字段发布于make.wordpress.org/core