사실 이 문제는 그리 간단하지 않습니다. 한쪽으로는 프론트엔드에서 많은 경우를 처리해야 합니다. 이 플러그인의 모든 경우를 아직 다 처리하지 못했습니다. 보시다시피 수정 이력(revision) 기능은 아직 할 일 목록에 남아 있습니다. 또한 데이터를 저장하는 문제도 있고, 플러그인 스토어를 사용하는 것이 현명한 선택인지도 의문입니다. 이 주제는 이 스레드에서 다루어지고 있습니다:
저는 실제로 테이블을 사용하면 큰 이점이 있는지 알아보기 위해 이 플러그인을 작성하기도 했습니다. 이 전체적인 의존성 로직과 백엔드에서의 오류 검사, 그리고 ‘dry’ 실행인 경우 롤백하는 기능은 플러그인 스토어만으로는 불가능했을 것입니다. 저는 이것이 트레이드오프라고 생각합니다. 일부 사용 사례에서는 플러그인 스토어가 충분할 수 있습니다. 하지만 더 복잡한 작업을 하려면 ‘실제’ 테이블을 피할 수 없다고 생각합니다. 이 부분을 좀 더 탐구한 후 블로그 포스트를 작성할 계획입니다. 더 추상적인 관점에서 보면, 우리가 하려는 일은 다음과 같습니다: 우리는 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-에디터가 있는 다른 토픽에서 이 데이터를 참조하는 방식입니다. 이 다른 토픽들에는 이 프로젝트 관리 플러그인처럼 추가 필드가 있을 수도 있습니다.
이 모든 것은 제가 제대로 테스트해 볼 시간이 없었으므로 참고용으로만 받아들이시기 바랍니다. 휴가에서 돌아오면 이 주제에 대한 글을 작성하겠습니다 