在你阅读幻灯片的地方修改它，作为一次有记录的操作，而不是一个新文件

在你阅读的地方修改它

一次有记录的操作，而不是一个没人追踪的新文件

今天，大多数团队是下载、在办公程序中修改、再重新上传，到了第三轮，就没有人知道哪个文件才是对的。这里的方向是：你在打开的幻灯片上修改文本，修改会变成一次由引擎执行的命名操作，并针对其版本记录下来。与翻译相同的设计，用于一个句子。

元素身份让编辑可寻址

没有它，屏幕上的修改就是引擎无法解析的请求

当你点击一个文本框并输入时，引擎必须知道那是文件中的哪个框：不是屏幕上的位置，而是输入读取时分配给它的连接键。有了它，引擎只改动那个元素，其他一概不动（布局保留）。没有它，唯一的选择就是猜测，而我们不在你的文件里猜测。

缺少什么，准确地说

页面画面到达时没有身份

屏幕上的编辑组件已经构建，并携带每个元素的身份。写入文件的步骤也已构建，并能解析同一个键。缺少的是中间部分：你看到的画面由最终渲染生成，在那里元素变成了笔画和坐标。身份仍然存在于读取的记录中，而不在画面中。

编辑器需要的知道自己是谁的元素

缺失的一环保留身份的渲染

渲染交付的笔画和坐标，没有身份

生成保留身份的画面是一项架构决策，而不是一周的接线工作，在你为这项功能定下自己的截止日期之前，你应该知道这一点。

今天的进展

一个方向，缺口已定位

尚未发布。两端都已测量，缺失的一环也已指明；两条出路是第二种渲染模式或一个新步骤。今天可用的是把你的材料与引擎提取的内容并排查看，见看。提出修改的对话见代理编辑器。