这实际上不是一个简单的问题。一方面,你需要在前端处理大量情况。对于这个插件,我还没有处理完所有情况。正如你所见,修订功能仍在待办事项列表中。此外,还有数据保存的问题,以及是否明智地使用插件商店。这个话题在以下帖子中有所提及:
我编写这个插件也是想弄清楚,真正的数据库表是否真的能带来显著优势。仅依靠插件商店,是无法实现这种复杂的依赖逻辑和后端错误检查(包括在“预演”操作失败时回滚)的。我认为这是一个权衡。对于某些用例,插件商店已经足够。但若要处理更复杂的功能,我认为离不开“真正的”数据库表。我还计划在进一步探索后写一篇博客文章。如果我们从更抽象的角度来看,我们想要实现的是:利用 Discourse 共同编辑结构化数据。目前,要“简单地”为帖子或主题添加自定义字段确实很困难,但我认为这可以变得更容易。我还想完全移除编辑器,仅将主题用于数据录入。我还不知道最终会怎样,但这里有一些头脑风暴:Why not create an OPEN SOURCE platform dedicated to open source drug discovery ? · Issue #581 · OpenSourceMalaria/OSM_To_Do_List · GitHub
也许这两种类型的插件也可以像我在该 GitHub 问题中所解释的那样结合使用。这样,你可以在没有普通 d 编辑器、而是使用专用数据录入编辑器的主题中输入数据,然后在仍保留 d 编辑器的主题中引用这些数据。这些其他主题也可能像项目管理插件那样拥有额外的字段。
请将上述内容当作一种探索性想法,毕竟我还没有时间进行充分测试。等我度假回来后,我会整理一份详细的说明 ![]()