Are there any plans to allow multiple events per thread or per post?
The use cases off the top of my head are:
학생 포럼에서 달력 기반 토론 워크플로우를 실험하면서 이 제한 사항에 부딪혔습니다.
제 사용 사례는 각 달력 이벤트가 토론 주제의 앵커가 되는 방식입니다. 즉, 이벤트가 주제 안의 유일한 요소가 아니라 토론의 중심점이 되는 것이죠.
예를 들어, 누군가와 미팅을 잡으려 할 때 같은 토론 주제 안에서 여러 가능한 시간대를 제안할 수 있습니다:
• 3월 31일 (화) — 오후 12시~1시
• 4월 1일 (수) — 오전 10시~11시
• 4월 3일 (금) — 오후 3시~4시
이상적으로는 같은 주제 안에 여러 [event] 블록을 포함할 수 있으면 좋겠습니다. 이렇게 하면:
• 제안된 각 시간대가 사이트 달력에 표시됩니다.
• 참가자는 특정 시간대에 참석한다고 표시할 수 있습니다.
• 시간이 확정되면 나머지 이벤트는 단순히 삭제하거나 수정할 수 있습니다.
이벤트 주제가 이벤트 전후의 토론 스레드(의안, 노트, 후속 질문 등)로도 활용될 때 이 방식은 더욱 유용해집니다.
제 포럼의 또 다른 예시는 학술 토론입니다. 여기서는:
• 강의
• 연구실 시간(Office Hour)
• 복습 세션
이 모두 같은 주제 스레드와 관련이 있으면서도 달력에서는 별개의 이벤트로 구분됩니다.
현재 워크플로우는 주제당 하나의 이벤트로 사용자를 유도하는 경향이 있어 토론이 파편화됩니다. 주제당 여러 이벤트를 허용하면 달력 통합의 이점을 누리면서도 관련 대화를 한곳에 모으기가 훨씬 쉬워질 것입니다.
원하시는 목적을 달성하기 위한 대안 워크플로우를 제안해도 될까요?
어떻게 생각하시나요?
목표가 단순히 투표로 한 가지를 고르는 것이라면 그 워크플로우는 타당합니다.
제가 생각하는 상황에서는 후보 시간들이 일정 조정이 진행되는 동안 캘린더에 표시되어야 하는 임시 이벤트와 더 유사하게 동작합니다.
예를 들어, 고객 예약이 자동으로 캘린더에 이벤트를 생성하는 비즈니스를 상상해 보세요. 동시에 직원 회의를 위해 여러 가능한 시간대를 제안하고 있다고 합시다.
해당 직원용 시간대는 처음에는 적합해 보일 수 있지만, 더 높은 우선순위의 고객 이벤트가 나타나 그중 하나와 충돌한다면, 해당 시간대는 삭제하거나 이동해야 할 수 있습니다. 이 관점에서 캘린더는 가장 인기 있는 시간을 고르는 수단이 아니라 전역 일정 관리 뷰로 기능하고 있습니다.
따라서 후보 시간 자체는 논의가 아직 진행 중이더라도 캘린더에 표시되어야 합니다. 최종 시간이 승인되면 다른 [event] 블록은 단순히 삭제하거나 수정하면 됩니다.
이를 구현하는 한 가지 방법은 토픽에 여러 [event] 블록을 포함할 수 있도록 하고, 그중 하나를 주요 이벤트로 지정하고 나머지는 임시 또는 부차적 이벤트로 취급하는 것입니다. 주요 이벤트는 해당 토픽의 정식 이벤트가 되며, 나머지는 일정 조정이 진행되는 동안 캘린더에 후보 시간대로만 표시됩니다.
주요 이벤트는 다음과 같은 방식으로 결정될 수 있습니다:
• 수동 승인(예: 더 높은 우선순위의 이벤트와의 충돌 확인 후), 또는
• 토론에서 투표를 통해 시간을 선택하는 경우, 투표에서 동적으로 파생.
플러그인의 동작 방식을 살펴보면, 이벤트는 이미 게시글 안의 [event] 블록에서 파싱되어 캘린더를 위해 별도의 레코드로 저장되고 있습니다. 이는 “토픽당 하나의 이벤트” 규칙이 구조적인 제약이라기보다는 주로 UI 제약일 수 있음을 시사합니다.
여러 개의 게시글에 [event] 블록을 허용(주요 이벤트로 표시하는 것은 선택 사항)하면 현재와 같은 정신 모델을 유지하면서, 여러 임시 이벤트가 동일한 토론 토픽 내에 존재해야 하는 일정 조정 워크플로우를 활성화할 수 있습니다.