@阿费西娅关于您对提高块绑定的可访问性，我想引起你对这个拟议设计的注意。

我正在和@贾斯穆森，一个想法是暂时删除块工具栏中的指示器，而只关注块检查器中的绑定面板，如图所示。

我开始了进行公关让球滚动起来，并有一些东西可以看。你认为这样的东西可以作为块绑定的指标，还是有任何建议？

我认为我们可以潜在地使这些项成为tabable，屏幕阅读器会宣布存在这些不同的绑定，甚至在包含添加/删除绑定的按钮之前。

@蒿属谢谢你的ping。
我不确定检查员会是一个好的选择，因为唯一的地方其中显示了绑定指示器。检查器可以关闭，在这种情况下，不会有任何绑定指示。

根据新检查员面板的设计：

我不确定这是否理想。
UI并没有真正解释绑定是什么以及该文本是关于什么的。
作为用户，我可能不知道型钢混凝土是，或什么中高音是。那太技术化了。此外，我可能不知道什么是“post meta”或“custom source”。

为了提供一些更有意义的解释，让所有用户都能理解，我们需要更多的文本。更多的文本需要更多的空间。检查员没有提供太多空间。

此外，根据我的理解，迟早应该添加添加/删除按钮，以开始构建缺少的UI来管理绑定。这让我更觉得检查器不是这么复杂UI的合适位置。

我会考虑使用模式对话框，这样可以为绑定的专用UI提供更多空间。

我会考虑在顶部的inspector块“card”（检查器最突出的部分）中添加一些描述，以告知用户：“嘿，这个块有一些绑定值”。此外，我还考虑添加一个“管理投标”按钮，以打开模式对话框。

只是我个人的意见。我不是设计师，但我知道绑定API是一个需要向用户解释清楚的技术性功能。因此，我认为它需要自己的专用UI来提供清晰的描述和说明。对我来说，块检查器对于这样的UI来说太窄了。

作为一个用户，我可能不知道src是什么，或者alt是什么。这太技术化了。此外，我可能不知道什么是“post meta”或“custom source”。

有一点可能有助于澄清这一点：@卡布拉沃伯纳尔提到要指定绑定面板的标题属性和来源可能会有所帮助。

@卡布拉沃伯纳尔这就是你想要的吗？Pinging（Ping）@贾斯穆森用于思考。我不认为WordPress 6.6的优先级很高，除非我们收到其他反馈，我们总是可以迭代，但我想无论如何我都会在这里提到。

从这个意义上说，ItemGroup并不是一个表，所以我认为拥有表标题在语义上没有意义。然而，我确实认为有机会澄清每一项。另一方面，每个项目都意味着打开一个popover（参见颜色等），这是一个新的画布，可以根据需要显示尽可能多的文本、帮助文本、上下文和控件。为此，重新评估ItemGroup中显示的内容与popover中可以显示的内容似乎很好。一个路径可以是“Attribute:src”或“src-Attribute”，将源信息保留在popover中。

另一个选项是将面板重命名为“属性”，而不是“绑定”。

另一个选项是将面板重命名为“属性”，而不是“绑定”。

属性和绑定是不同的。虽然属性是HTML属性，但绑定是属性和源之间的连接。因此，IMHO重命名面板不是一个好选项。

从这个意义上说，ItemGroup并不是一个表，所以我认为拥有表标题在语义上没有意义。

这是一个问题。我仍然认为有必要区分列表中的属性和源代码，而位置并不是最好的方法。但现在，我找不到更好的方法来诚实地做到这一点😭

我同意，在收到一些反馈后，我们可以稍后对其进行迭代。

我支持@贾斯穆森这里的绑定太技术化了，属性稍微好一点，它对应于块属性的源（而不是HTML属性），是一个更便于用户使用的名称。如果你不是开发人员，那么你对“绑定”的理解就没有变化。

+“属性”上的1，而不是“绑定”。面板会引用绑定的属性。

即使我们更改了标题，也可以添加简短的描述吗？这有帮助吗？这是在UI的其他部分完成的吗？

当然，如果我们对添加内容有一些好主意，可以在面板之前或之后添加文本。

类似于“阻止连接到动态数据的属性”？老实说，我没有想太多。

+“属性”上的1，而不是“绑定”。

“连接的属性”如何？
列表后面的描述可以进一步扩展连接的属性。

灵感来源原始PR添加了Bindings API，其中术语非常清晰。它指的是“与不同来源相关的属性”，在我看来，这是该功能最简单、最容易理解的措辞。

我们最终使用“Attributes”作为标题，“Attributions connected to variable sources”作为描述。

绑定面板的第一次迭代已经添加，没有使用“bindings”，并带有帮助文本，希望能够澄清连接。我们是否应该解决这个问题，并跟进潜在的改进，比如在新问题/请求中添加删除/添加绑定？

绑定面板的第一次迭代已经添加，没有使用“bindings”，并带有帮助文本，希望能够澄清连接。我们是否应该解决这个问题，并跟进潜在的改进，比如在新问题/请求中添加删除/添加绑定？

@桑托斯·吉拉莫特我认为结束这一点，用更新的设计打开一个新的问题是有意义的，这样人们就不需要阅读整个历史来跟上这个功能，我们可以继续前进。

那么让我们把这个关上！
谢谢@蒿属反馈，以及@桑托斯·吉拉莫特处理问题。

好的，在此处打开新问题：

• 块绑定：添加在属性面板中添加/删除绑定的功能 #62944