それは実際には簡単な問題ではありません。一方では、フロントエンドで多くのケースを処理する必要があります。このプラグインについては、まだすべてのケースを処理できていません。ご覧の通り、リビジョン機能は仍未対応の課題です。さらに、データの保存方法や、プラグインストアを使用するのが賢明かどうかという問題もあります。このトピックは以下のスレッドで触れられています：
私はまた、このプラグインを作成した理由は、実際のテーブルが本当に大きなメリットをもたらすかどうかを確認したかったからです。この依存関係のロジックや、バックエンドでのエラーチェック（「ドライ」な試行の場合にロールバックする機能）は、プラグインストアだけでは実現できません。これはトレードオフだと思います。いくつかのユースケースではプラグインストアで十分ですが、より複雑なことを行うには「実際の」テーブルを使わざるを得ないと考えます。また、これをもう少し探求した後にブログ記事を書きたいと思っています。
より抽象的に考えると、私たちがやりたいことは次のことです：Discourseを使って構造化されたデータを共同で編集することです。現時点では、投稿やトピックにカスタムフィールドを「単に追加する」のは非常に難しいですが、これをより簡単にする方法があると思います。もう一つやりたいことは、コンポーザーエディタを完全に排除し、トピックをデータ入力専用として使うことです。これがどうなるかはわかりませんが、以下はブレインストーミングの結果です：Why not create an OPEN SOURCE platform dedicated to open source drug discovery ? · Issue #581 · OpenSourceMalaria/OSM_To_Do_List · GitHub
これらの2種類のプラグインを、私がこのGitHubイシューで説明しているように組み合わせることもできるかもしれません。つまり、通常のdエディタを持たず、専用のデータ入力エディタを持つトピックでデータを入力し、そのデータをまだdエディタを持つトピックで参照するのです。これらの他のトピックも、このプロジェクト管理プラグインのように、追加フィールドを持つかもしれません。
これらすべては、実際に試す時間がなかったため、一考の余地があるとして受け止めてください。休暇から戻ったら、これについての詳細なまとめを作成します 