尺寸变化：+760亿（0%）

总大小：1.12 MB

_{压缩尺寸作用}

这是一个很有前途的原型。

使选择嵌套块成为可能的改进(#20732)在导航模式下工作得很好，我认为在单独的PR中看到它们会很好，这样可以更快地发货。

在“移动到”选项方面，我看到一些类似的系统可以很好地围绕该选项移动项目。Android TV使用类似的系统重新排序应用程序，其中应用程序是抓住，已移动然后下降.

我在测试中发现了一些东西（虽然我意识到这目前是一个原型，所以我理解它们可能已经是思维过程的一部分）：

• 我很容易混淆是使用空格还是进入来移动块。我觉得两者都应该被允许。
• 如果区块作为可视化的一部分实际移动，那就太酷了。
• 可能需要指示何时无法将块放入某个位置，例如将段落块移动到柱不可能，用户必须移动到列块。可能甚至不应该为列设置放置区，但如果移动块绕过某个级别，也可能会造成混淆。
• 可能一些关于何时可以使用左和右进行嵌套和不必要嵌套的指示可能会有所帮助。

您好!@告诉机器👋

这真的很酷！键盘交互感觉很自然。我也有类似的反馈@塔尔丹的：

• 我在期待进入去工作，而不是空格键也许两者都允许？
• 在一个内部有两个子段落的组块上，我看不清楚子块是否已向外移动。我认为这是因为没有可比较的视觉参考。也许如果包含块也能以某种方式高亮显示，这会更明显？

我所做的是引用编辑器底部的块面包屑，以便能够判断段落何时在组外。

总的来说，这真的很有希望！👍

@塔尔丹我已经解决了你的所有意见，除了：

• 视觉移动块：尝试过，但对结果不满意。因为块是用键盘移动的，所以效果非常静态，所以看起来有点悲伤/破碎：

• 指示何时可以使用左/右进行嵌套/取消嵌套：我不确定这里适合哪种类型的指示？但由于我们现在有了导航模式的交互模式，所以可能没有必要这样做。

@恩里克桑切斯当焦点位于内部块中时，我已经向父块添加了一个大纲，但当根块被聚焦时，没有一种好的方法可以做到这一点——概述整个文档可能有点奇怪。你怎么认为？

对这个公关感到兴奋，所以我冒昧地转了一圈。真是令人印象深刻，干得好！

蓝线效果很好，因为它似乎使用了相同的样式（甚至可能是类名？🤞 ) 应该在中可见#21475.

指示“目标嵌套容器”可以工作，但我同意虚线并不理想。实际上，我们可能不应该为此创建新的处理方法——你能试着简单地重用我们用于指示块焦点的相同样式吗？即这个：

“focus”的语义在这里有点模糊，因为实际上它并不是有焦点的东西。但它在同一个大致区域内-如果你按下enter，那就是它降落的父容器。我认为它可以工作。

我同意@告诉机器最好是通过后续公关来改善鼠标交互。

阅读代码我仍然不相信isBlock移动模式返回客户端ID我们不能有两件事吗？一件事告诉我们模式是真是假，告诉我们客户端ID当前要移动的块的？

有一个问题：当您单击“移动到”时，在模型中，所有相邻的块都会得到一个轮廓，但目前只有父块（如果所选块有父块）被轮廓化。同时列出父块和所有子块，这不是很令人困惑吗？

@告诉机器啊，这是我忽略了的一点。我同意你的观点，只有家长才能拿到大纲。我们也可以尝试做类似的事情#22508，以便更容易识别块结构。

阅读代码我仍然不相信isBlock移动模式返回客户端ID我们不能有两件事吗？一件事告诉我们模式是真是假，告诉我们客户端ID当前要移动的块的？

嗯，我不太喜欢有额外的返回值，因为这会给代码增加不必要的复杂性。相反，我将尝试为这些函数考虑更好的命名。

进展顺利@电视机我选择的一个缺点是，在Firefox和Chrome中，编辑器不会滚动到您移动焦点的位置，除非按下Enter键退出移动模式：

我选择的一个缺点是，在Firefox和Chrome中，编辑器不会滚动到您移动焦点的位置，除非按下Enter键退出移动模式

这是一个导航模式错误，报告于#22420.应单独固定。如果在此期间没有人做，我很可能很快就会把它捡起来🙂