大约六个月前，我们最后一次深入研究了Tina的内联编辑体验。当时，我们引入了新功能并改进了内联编辑的用户界面。从那时起，我们不时遇到了一些痛点。

构建本质上是探索性的，现在我们已经为内联编辑应该提供的内容建立了一些稳固的惯例，我们可以退一步，更加深思熟虑地考虑如何实现这些目标。

我们在充分透明地表达我们的想法方面做得不够好，但在2020年过去的几周里，Forestry.io的各个团队的开发人员多次会面，讨论我们希望通过内联编辑解决的问题，并提出了解决这些问题的潜在方案。

指导原则

在接下来的六周内，TinaCMS团队将提供符合以下原则的内联编辑改进：

1. 编辑模式标记应尽可能与生产标记相同

我们正在尝试用TinaCMS做一些我们以前没有见过的事情。我们正在构建一套JavaScript库，使得可以将内容控件直接集成到显示该内容的代码中。这些控件应该出现在可以编辑内容的环境中，但在没有编辑发生的生产环境中不应存在。

我们从许多用户那里听到，react-tinacms-inline插入的额外标记会造成难以解决的布局问题。我们计划引入一些变化，以最小化甚至消除这些额外的标记，使得可以更无缝地将内联编辑包含在生产就绪的布局代码中。

2. 内联表单和侧边栏表单不应感觉像是不同的东西

Tina目前有两种可能的内容编辑界面：基于侧边栏和内联。

基于侧边栏的表单是通过在表单的配置对象中添加一个fields键来设置的，该键包含定义每个表单字段的JavaScript对象数组。内联表单是通过将预制的内联编辑组件插入到布局代码中来设置的。这是两种完全不同的创建表单的思维模型，这使得它们难以结合使用。

此外，我们有兴趣提供更简化的方式来配置内联表单。能够在表单的配置对象中整合内联字段配置为此提供了很多机会。

关注我们的进展

查看本周期的GitHub项目以跟踪我们的工作。