此外，不同模板部件在不同时间加载的方式可能会让人迷失方向。我认为我们应该考虑在显示任何内容之前加载所有内容，这样就不会出现跳跃。也许也可以将灰色作为覆盖处理，这样我们就可以在背景中渲染，然后将其淡出。

我在这里创建了一个讨论网站编辑器内容预加载的问题：#35942人

这将消除加载编辑器时的混乱特性。5.9的比分可能不会很快获胜，但从长远来看，这可能是值得考虑的。

我制作了一些全屏加载图形在这里并将我最喜欢的产品组装到一些原型中，以演示整个流程在这里.

我喜欢“不确定条”选项的简单性，并且我认为它与Matías建议的用覆盖层逐位加载片段的方法非常吻合。

有些事远离的关于“布局”选项的几何图形；我认为这与边界半径和线宽不同于古腾堡图标语言有关。如果它更像一个大图标，而不是它自己的东西，那么它可能会工作得更好。

--

我认为在这个设计中有一点需要考虑：当它由于某种原因从未真正加载时，它如何处理这些事情？

我想这取决于什么东西没有加载。假设情景：

• 根本没有加载-总超时
• 编辑器chrome（顶栏、面包屑等）加载–但不加载其他内容
• 编辑器chrome+模板加载，但模板部件失败

我不确定每种情况的可能性有多大，或者我是否遗漏了任何一种情况？

在第一个场景中，我们似乎没有什么可以做的。对于其他场景，带有“重试”操作的模式/占位符可能有效吗？

@你知道riad我还讨论了一个更广泛的问题，即模式和模板分阶段加载，我们应该着眼于整体解决这个问题。最终目标应该是像“屏幕截图”一样加载内容；当你开始互动时，所有内容都已加载完毕。

最终目标应该是像“屏幕截图”一样加载内容；当你开始互动时，所有内容都已加载完毕。

我不知道这意味着什么。。。您是否建议使用渐进加载，即首先以低分辨率（字面和比喻）加载内容，然后随着时间的推移添加细节，直到完成？

对不起，我的意思是渲染最终状态，不要显示撕裂（进行中，半渲染状态）。等待所有内容都加载完毕。

如果我们能确定有多少东西有加载，以及每个加载的状态，我们也许可以显示一个确定的加载指示器。类似于：

我们可能想用一个标志或一些附带的文字来修饰它，但我有点喜欢酒吧本身的简单。

错误可以这样处理（很明显，错误消息更好：）：

@你知道riad @jsnajdr公司我相信数据层关于悬念的工作是在一个可以解锁的地方进行的？

@米提亚斯是的，我认为现在API已经存在，下一步应该是将SuspenseProvider添加到编辑器中（edit-post、edit-site…），并开始将一些useSelects切换到此，然后查看影响。

我今天做了点小修改使用暂停选择通过网站编辑，这里有一个概念证明：

#42525

我将前往AFK，直到下周结束，但当我回来后，我很高兴继续尝试这一点。

是的@安娜扎祖👍 我正计划做一些进一步的实验和改进。

我很好奇接下来的步骤。@泰克斯拉是否有任何具体的问题需要解决，或者是否正在跨WP版本进行工作？

谢谢你的邀请@格特戴夫-如前所述在这里我们正在进行的React 18升级阻止了这个实验#45235。升级后，我们想尝试启动过渡/使用转换我们希望它能解决我们面临的问题，解除实验障碍。如果失败，我们可以尝试另一种非暂停解决方案，该解决方案本质上是查看所有感兴趣存储的解析状态-cc@jsnajdr公司正如我们最近讨论的那样。

感谢您的更新。从第2阶段的角度来看（我正在做一些研究），我很好奇这是否仍然是WIP。期待看到改进🤞

是的，仍然是第二阶段的重要组成部分。

注意到升级到React 18已于#45235，为解除此项工作的障碍迈出了一大步！

最新更新：In#46467我们现在正在努力启用并发渲染功能，这是我们能够试验的最后一步启动过渡/使用转换和改变使用选择使用使用SyncExternalStore.

我今天一直在做另一个版本的实验：

#47612

在这里，我尝试了另一种方法，我希望能够更好、更灵活地声明每个悬念边界的依赖关系。

似乎现在post编辑器也需要一些工作，可能是因为引入了iframe：

虽然这可能是一个不同的问题，但更可能的是iframe中的样式没有立即准备好，这导致了非样式内容的闪现。

如果你认为最好的话，我可以单独发表一期。

如果你问我，这值得一个单独的问题。不仅它在帖子内容中，还可以用另一种方法解决它——例如，在显示iframe之前等待它完全加载。

我为此提出了一个问题-#47724人.

随着WordPress 6.2的启动，我想快速概括一下在这个问题上已经完成的工作，以及为什么它现在仍然开放。

• 公关已合并至更新站点编辑器以进行更好的初始化.
• 公关已合并至通过使用createRoot实现装载/卸载来启用并发模式.

最后，一项额外的公关正在进行中-站点编辑器：改善加载体验对于WordPress 6.2，在这方面已经取得了有意义的进展，有足够的信心继续删除测试版标签。与性能等领域类似，改进加载状态在许多方面都是迭代和连续的。因此，这个问题仍然悬而未决，因为还有更多可以React 18升级后，可以访问各种API，这可以在WordPress下一个主要版本中以迭代的方式使体验更加流畅。

感谢您的重述，@安娜扎祖👍 在接下来的几周里，将在这一领域进行更多的实验，可能会如建议的那样，以新的公关的形式进行在这里例如。将随时向所有人发布消息。我们会找到一个好方法来改善每个人的装货体验👍

👋🏼 在这里查看是否这个实验PR仍然有效work代表了对站点编辑器加载体验的全面改进，因为自上一次6.2相关项更新以来已经过去了两个月。我想确保在第二阶段每月更新中没有遗漏任何内容：）

感谢您的入住@安娜扎祖-在过去几周里，这并不是我们的首要任务，但我们仍然想做一些实验，尽管它不在我们的清单之首。

我一直在研究这个实验的第三个版本，我相信这可能就是我们最终使用的版本。

仍需改进、修复测试、添加演示等，但目前看来前景看好：#50222.

#50222刚刚登陆，大大改进了站点编辑器的加载，尤其是编辑器画布的加载：

我们仍然需要改进缩小视图的加载状态，所以我建议我们在处理这一问题时保持开放状态。

我很乐意结束这一个，因为它是我们6.3版的主跟踪程序，看到它被覆盖是很有用的。我们应该将后续行动和进一步改进更细致地分解为跟踪问题。