📅 새 캘린더 기능: 반복 이벤트 종료 날짜

[j.jaffeux (Joffrey Jaffeux)]

이제 Discourse 캘린더에서 반복 이벤트의 종료 날짜를 설정할 수 있습니다!

많은 분들이 요청해 주신 이 기능을 통해 반복 이벤트 시리즈가 언제까지 이어져야 하는지 지정할 수 있으며, 이벤트 일정 관리를 더 유연하게 할 수 있습니다.

매일, 매주, 매월 반복되는 이벤트를 만들고 이제 정확히 언제까지 이어질지 결정할 수 있습니다.

캘린더 플러그인과 그 기능에 대한 자세한 내용은 공식 캘린더 주제에서 확인하세요.

앞으로는 특정 요일을 제외할 수 있는 기능도 추가할 예정입니다.

[sam (Sam Saffron)]

‘~까지’라는 표현이 어려운 이유는, 해당 시점이 포함되는지 제외되는지가 항상 명확하지 않기 때문입니다. 여기서 더 명확성을 주기 위해 할 수 있는 것이 있을까요?

[nathank (Nathan Kershaw)]

네, Google Calendar에도 같은 문제가 있어요! On을 사용하지만, 동일한 모호성을 가지고 있습니다:

그러나 Until이 해당 날짜를 포함한다고 가정하는 것이 대부분의 사용자에게 안전할 것이라고 생각합니다.

[j.jaffeux (Joffrey Jaffeux)]

~(포함):

?

수정: 일단 이렇게 처리했습니다. UX: better copy - Pull Request #737 - discourse/discourse-calendar - GitHub 좋은 단순한 변경 사항인 것 같습니다.

---

대안으로 날짜 입력 옆에 실제 날짜/시간을 표시하는 방법이 있지만, 아마도 과한 것일까요?

[meglio (Anton)]

@sam

"Until"이라는 단어에서 어려운 점은, 해당 값이 포함되는지 제외되는지 명확하지 않다는 것입니다. 여기서 더 명확성을 주기 위해 할 수 있는 것이 있을까요?

제가 현재 작업 중인 이커머스 프로젝트의 ‘New Voucher’ 다이얼로그에서 바우처 시작/종료 날짜를 구현한 방식에서 아이디어를 차용해 보실 수 있습니다:

---

UI에서 날짜 범위의 모호함을 피하고 유연성을 보여주는 또 다른 예시입니다:

---

기술적 세부 사항: 우리의 애플리케이션에서는 항상 날짜를 “타임존 포함 타임스탬프”(postgres)로 저장합니다. 따라서 데이터베이스 설정이나 연결 설정이 저장된 실제 타임스탬프에 영향을 미칠 수 없습니다. Postgres에서는 이를 권장하지 않지만, 어떤 상황, 어떤 SQL 쿼리에서도 날짜의 정확성을 100% 보장할 수 있기 때문에 이렇게 하고 있습니다. Postgres의 날짜/시간/타임존 함수를 사용하면 타임존을 직접 조작할 수 있으며, 항상 100% 정확하게 작동한다는 것을 확신할 수 있습니다. 우리는 이에 의존하고 있습니다.

그리고 사용자 프로필, 마켓, 바우처, 회계사를 위한 리포팅 등 필요한 모든 유형의 엔티티에 대해 타임존 설정을 가지고 있습니다. 이를 통해 주저 없이 모든 날짜를 원하는 타임존으로 즉시 변환할 수 있습니다.

여기서 핵심 포인트는 다음과 같습니다:

1. 항상 날짜와 시간을 타임존과 함께 저장하세요.
2. 항상 타임존 선호도를 저장하세요.
3. UI에서 날짜에 대해 매우 명시적으로 표현하고, 마법 같은 처리를 하지 마세요.
4. 사용자가 "저장"을 클릭하기 전에 선택된 타임존의 실제 날짜를 확인할 수 있게 하세요.

[MiniForum]

안녕하세요,

제 자체 호스팅 인스턴스(한 달 전에 방금 생성한 것)에는 종료 날짜 옵션이 보이지 않습니다.

제가 뭔가 잘못하고 있는 건가요?

[Ethsim2 (Ethan)]

스크린샷에는 날짜/시간 삽입 대화상자가 아니라 이벤트 생성 대화상자가 표시된 것 같습니다.

이는 Discourse Calendar에서 두 가지 다른 워크플로우입니다:

• 날짜/시간 삽입은 OP에 [calendar] 블록이 포함된 토픽의 답변에 사용됩니다.
• 이벤트 생성은 실제 이벤트([event ...][/event])를 생성하는 것으로, 반복 이벤트 설정(반복 종료 날짜 포함)을 사용할 수 있는 곳입니다.

따라서 이 토픽에서 공지된 기능을 사용하려면, 작성기 + 메뉴를 열어 날짜/시간 삽입 대신 이벤트 생성을 선택해 보세요.

최근에 해당 반복 이벤트 플로우를 테스트하던 중, 제한된 반복이 완전히 만료된 후 발생하는 엣지 케이스를 발견하여, 이를 수정하기 위해 다음 PR을 열었습니다:

FIX: Render recurring event labels after expiry (#43260)

[MiniForum]

실제로는 특정 주제 안에서 캘린더(이벤트 수집)를 유지하는 것이었습니다.

오해가 있었던 점 죄송합니다. 이곳에 처음 온 사람이라서요.

사실 이벤트를 생성할 때는 잘 작동하는 것 같습니다.

날짜/시간 삽입 기능에서는 작동하지 않는 것이 아쉬울 뿐입니다.

도와주셔서 감사합니다!

[Ethsim2 (Ethan)]

문제없어요

정리하자면, 날짜/시간 삽입 기능이 실제로 작동하지 않는 경우는 아니라고 생각해요. 워크플로가 다른 것이에요.

날짜/시간 삽입은 토픽의 첫 번째 게시글에 [calendar] 블록이 있을 때, 날짜가 있는 답변이 해당 토픽의 캘린더에 표시되도록 할 때 사용해요.

반면 이벤트 생성은 실제 Discourse 이벤트([event ...][/event])를 생성해요. 이 토픽에서 논의된 반복 이벤트 종료 날짜는 그 이벤트 반복 시스템에 적용돼요.

따라서 특정 토픽에 국한된 캘린더를 유지하려는 것이 목표라면, 원래 스크린샷에 표시된 워크플로가 적절해요. 다만 이벤트와 동일한 제한적 반복 기능을 사용하지는 않아요.

[MiniForum]

네, 이해했습니다.

사용 사례는 제 학교의 달력을 관리하는 것입니다. 항상 입력해야 할 일정이 있으므로, 학부모 누구나 주제에 답글을 달아 새로운 일정을 추가할 수 있습니다.

하지만 어제 반복되는 일정을 입력해야 했는데, 불행히도 이 워크플로우에는 그런 옵션이 없습니다. 그래서 새 날짜로 주제를 여러 번 답글을 달아 수동으로 처리해야 합니다(더 현명한 방법이 있는지 모르겠네요…).

[Ethsim2 (Ethan)]

기존의 토픽 단위 [calendar] 워크플로를 유지하면서 수동 답변을 자동화하는 방법이 있을 수 있습니다.

한 가지 가능성은 이메일로 답변할 수 있는 기능이 활성화된 전용 Discourse 사용자를 만들고, Power Automate나 Azure Logic App과 같은 도구를 사용하여 날짜가 포함된 개별 답변을 생성한 뒤 이메일을 통해 캘린더 토픽으로 전송하는 것입니다.

예를 들어, 종료일이 있는 주간 예약은 자동화 도구를 통해 필요한 개별 답변으로 확장될 수 있습니다. 이렇게 하면 학부모들은 분리된 이벤트 토픽이 아닌, 평소와 같은 단일 토픽 캘린더를 볼 수 있습니다.

Discourse의 사용자별 이메일 답변 키 설정과 관련하여 주의 깊게 구성해야 할 세부 사항이 몇 가지 있으므로, 이 토픽에서 구성 과정을 자세히 다루기는 적절하지 않을 수 있습니다.

이 방식이 유용할 것 같다면, 별도의 메타 토픽에서 함께 해결하는 것을 기꺼이 도와드리겠습니다.

[MiniForum]

아직 한 번만 그런 일이 있었으니, 다음에 다시 발생하면 그때까지 기다리겠습니다(다시 일어나지 않기를 바라며).

이메일로 답장하는 방법은 유지하겠습니다. 감사합니다. 그런데 일 년 내내 매주 열리는 이벤트의 경우, 52개의 답장을 모두 생성해야 한다는 뜻인가요? 그러면 주제가 읽기 힘들어질 것 같은데…

그 외에는 관리자 권한이 있으므로 API를 통해 예약을 수동으로 추가하는 방법도 사용할 수 있을 것 같습니다.

알려주셔서 감사합니다!

[Ethsim2 (Ethan)]

네 — 불행히도 API를 사용하면 답글 생성은 자동화되지만, 혼란 문제는 실제로 해결되지 않습니다. 토픽 캘린더의 경우 개별 캘린더 항목이 여전히 개별 답글로 표시되므로요.

다행히도 거의 동일한 사용 사례를 다루는 기존 기능 요청을 찾았습니다:

Add recurrent items within a date-range

Using the discourse-calendar-and-event, my fellow students and I were missing a feature that we think would improve the benefit of this plugin greatly. Imagine this case: We are using a calendar topic in order to organize the usage and occupancy of a specific room. For twelve consecutive Wednesdays, the room will be occupied by a course from 10 AM till 3 PM, except for one Wednesday. As of now we see two options to add recurring items that have a start -and end-date: We either post each dat…

이 예시에서는 12주 연속 수요일에 진행되는 과정을 다루고 있으며, 동일한 점을 지적하고 있습니다. 즉, 모든 발생 건을 개별적으로 생성하는 것은 번거롭고 토픽을 혼란스럽게 만듭니다.

그들은 날짜/시간 삽입에서 반복 설정을 허용하고, 마지막 발생 건을 위한 종료 날짜를 함께 지정할 수 있도록 제안하고 있는데, 이는 귀하가 필요로 하는 것과 매우 유사해 보입니다.

따라서 52개의 게시물을 생성하는 API/Power Automate 우회 솔루션을 구축하는 것보다는, 해당 기능 요청에 학교 캘린더 사용 사례를 추가하는 것이 더 나은 선택일 것입니다.

[MiniForum]

고마워요, 그렇게 할게요!

[Ethsim2 (Ethan)]

정리가 안 될까 걱정된다면, 주제별 캘린더 대신 Events_calendar_categories 설정을 사용하길 권장합니다. 그리고 부모들은 아래 자동화를 통해 Discourse에 접근할 수 있습니다:

Creating a link to start a new topic with pre-filled information

This documentation explains how to create a link that starts a new topic in Discourse with pre-filled information. Required user level: All users Sometimes you may want to provide users with a link that opens a new topic composer with certain information pre-filled. This can be useful for various use cases including bug report templates, feature requests, or standardized posts. Constructing the URL Base URL To compose a new pre-filled topic with no extra i…