经过一些研究，这一改变似乎是在#60697.

谢谢@t-hamano公司

正在查看#60697我有注意：

• PR不与任何问题相关联以允许更广泛的讨论，按照本项目贡献指南的要求和合理的在一个协作的开源项目中。
• PR没有任何可访问性标签，尽管它触及了键盘用户的一个重要流程。
• 我在公关描述和评论中没有看到任何关于无障碍性的考虑。
• 在公关描述和评论中，我没有看到任何关于键盘测试的内容。

来自的新实现#60697仅使用padding追加单击时提供Add块和默认块的区域。它只适用于鼠标或触摸。键盘用户和/或其他设备用户没有功能对等性，因此除了作为一种回归消除了键盘用户的既定启示外，本质上是不可访问的。

老实说，我不确定所有这些都是为用户提供更好、更可用、更易访问的用户界面的理想选择。此外，我不确定鼓励协作和贡献是否理想。

复写的副本@乔多尔森 @阿勒克斯汀 @你知道riad

是 啊，@你知道riad或@安娜扎祖，请看这个。这仍然是房子这边的一个问题，需要解决。我已经说了一遍又一遍了，我不可能看这个仓库里的每一个公关。如果你想为键盘用户拿出一些东西，并添加一个只显示视觉的交互，人们需要承担责任。这样的事情使WordPress自身面临声誉风险，尤其是我们向机构/政府营销的方式。

我可能永远不会因为这样的PR而赞成WordPress成为一个可访问的平台。错误时有发生，这与其说是个人问题，不如说是古腾堡更广泛的文化问题。在我们首先接受无障碍性之前，我扮演消防员没有什么意义，因为有太多的公关，同样的错误不断发生，而且根本没有一个足够大的无障碍团队来跟上衰退，更不用说不断的特性开发了。

我现在把它留给你们来研究如何继续进行另一个回归，一个有意的回归。

这是一个更广泛的文化问题

我想说这也是一个过程问题。虽然每个人都可以为WordPress贡献自己的力量并提出修改建议，但并非所有内容都必须合并，尤其是在很大程度上未经测试且考虑不周的情况下。

我认为我们需要为WP6.6版本修复这个问题，所以我将把它添加到项目板中。

这是有意为之。

明确地说，这是一个非故意的的结果#60697.

这仍然是房子这边的一个问题，需要解决。我已经说了一遍又一遍了，我不可能看这个仓库里的每一个公关。如果你想为键盘用户拿出一些东西，并添加一个只显示视觉的交互，人们需要承担责任。这样的事情使WordPress自身面临声誉风险，尤其是我们向机构/政府营销的方式。

我可能永远不会支持WordPress成为一个可访问的平台，因为这些PR都是这样的。错误时有发生，这与其说是个人问题，不如说是古腾堡更广泛的文化问题。在我们首先接受无障碍性之前，我扮演消防员没有什么意义，因为有太多的公关，同样的错误不断发生，而且根本没有一个足够大的无障碍团队来跟上衰退，更不用说不断的特性开发了。

公平地说，你可以用“设计”或任何其他团队来代替“可访问性”。我们在主要学科中的每个角色都不是侵略者，而是推动者。推动可访问性的可访问性团队与推动设计和经验的设计团队或推动代码质量的开发人员一样至关重要。

让我们提出解决方案。

我确实同意我们需要在这里制定解决方案。也许在焦点上，插入器可以渲染，就像“打开发布面板”一样。

@里奇塔博关注什么？

需要明确的是，这是一个无意的结果#60697.

意图非常明确，插入器被移除，没有人考虑检查可访问性。

公平地说，你可以用“设计”或任何其他团队来代替“可访问性”。

这是一个大胆的声明，并不是基于事实。正如你从公共关系中看到的那样，有设计师，但没有无障碍顾问。现在我们看到了最终结果。我很善于与他人合作，但当没有人提出要求时，这就变得非常困难。我承认，我有时会有点不知所措，等待只会阻碍快速发展。

我也同意@阿费西娅。流程是一个问题。我希望我们的团队足够强大，能够审查古腾堡和核心的每一个问题和公关，但我们没有。更糟糕的是，我在尝试解决另一个可访问性回归时发现了这种回归。知道我们没有真正的测试过程来确保我们不会删除用户的功能，这让人很不安，因为这可能是易用性和转到另一个平台之间的巨大差异。

我不会在这里发表任何进一步的个人意见，这可能更适合讨论。很抱歉让我的沮丧情绪在这里泛滥。

我认为目前的解决方案是恢复这一公关，假装它从未发生过。我们可以在稍后重新考虑这项公关的想法，但只有在我们都讨论过之后，才能在它发生之前。

谢谢。

在一段时间后跟进此帖子，以了解发生了什么。谢谢你给我贴标签和报道这件事。让我们继续讨论解决方案并追踪下一步。我不确定这是否可行，但如果有一个来自Accessibility的常见模式列表，人们可以在代码更改中看到（例如，没有正确标记项），这将有助于记录常见错误，并使人们更加了解常见错误。尽管错误会全面发生，但我希望我们都能继续努力，尽可能地防止错误发生，并在错误发生时迅速采取行动解决问题。归根结底，我们都在这方面，我们都应该尽全力合作，明确问题，善意地寻找解决方案，以及在主要功能中断时的紧迫性。

@埃拉特里克斯在这里为您提供一些反馈，以确保在任何可能的情况下都有与公关相关的问题。它有助于追踪更多的工作，尤其是在这样的情况下，当我们正在解决一个问题<3

我们在初级学科中的每一个角色都不是侵略者，而是推动者。推动可访问性的可访问性团队与推动设计和经验的设计团队或推动代码质量的开发人员一样至关重要。

公平地说，我认为，在一个旨在尽可能具有可访问性和包容性的项目中，设计和可访问性之间的区别不应该首先存在。设计应该是可访问的。这个项目中的许多无障碍专家长期以来一直在提倡这一点，但我7年来一直观察到，人们往往不愿意，甚至不屑一顾地从设计中得到反馈，以遵循无障碍建议。这是事实，不是个人观点。我可以举出无数设计没有优先考虑可访问性的例子。我很想看到思维方式的转变，这需要项目中的许多人深入思考这个项目中的设计角色是什么，期望的目标是什么，以及如何实现它。优先级和过程是其中重要的一部分。更清楚的是#60697没有得到彻底考虑，不应该合并。我确实意识到回归是“无意的”，但对于任何回归来说都是如此。关键是目前的程序并不能阻止这种倒退的发生。

值得注意的是，这种行为似乎是由不一致性引起的：您只能在导航/选择模式下（而不是在编辑模式下）访问appender，因为远离cavas的导航会使块保持在编辑模式中被选中，而它会在导航模式中删除块选择。目前尚不清楚更新后的逻辑是否影响了其中任何一项。

还要注意的是，当从画布上跳下时，appender甚至不在那里，这进一步表明在返回画布时显示它是不一致的。要使用appender，必须先在侧栏中添加选项卡，然后再返回画布。

综上所述，我大体上同意插入器应该更容易访问，因此更容易在所选块之后插入块。我创造了#63298为了这个。