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

[j.jaffeux (Joffrey Jaffeux)]

You can now set an end date for recurring events in Discourse Calendar!

This much-requested feature allows you to specify when a recurring event series should stop, giving you more control over your event scheduling.

Create events that repeat daily, weekly, or monthly - and now determine exactly when they should end.

For more details on the Calendar plugin and its features, visit the official Calendar topic.

In the future, we might add the possibility to exclude specific weekdays.

[sam (Sam Saffron)]

A tricky thing with the work “Until” is that it is not totally obvious if it is included or excluded? Is there anything we can do here to give better clarity?

[nathank (Nathan Kershaw)]

Yeah, Google Calendar has the same issue! They use On, but it suffers from the same ambiguity:

However, I think that most users would safely assume that Until includes that date.

[j.jaffeux (Joffrey Jaffeux)]

Until (included):

?

edit: I did this for now UX: better copy by jjaffeux · Pull Request #737 · discourse/discourse-calendar · GitHub seems like a good simple change.

---

An alternative solution would be to display the actual date/time next to the date input, but probably overkill?

[meglio (Anton)]

@sam

A tricky thing with the work “Until” is that it is not totally obvious if it is included or excluded? Is there anything we can do here to give better clarity?

You might want to borrow some ideas from my impementation of the Voucher Start/End dates in the New Voucher dialog in an e-commerce I’m working on:

---

Another example to demonstrate the flexibility and how we avoid ambiguity in date ranges in the UI:

---

Technical detail: In our application, we always save dates as “timestamp with timezone” (postgres), so no database setting, nor connection setting, can affect the actual timestamp stored. Even though Postgres does not recommend it, we do it because it gives 100% guarantees of the date correctness in any situation and in any SQL query. You can operate with date timezones right in postgres using their date/time/timezone functions and be certain that it will work 100% correct always. We rely on it.

And then we have a timezone setting for all types of entities that need it: user profiles, markets, vouchers, reporting for accountants, and so on - so that we can translate any dates to any timezones on the fly without hesitation.

The main takeaways here are:

1. Always store date and time with timezone.
2. Always store timezone preference.
3. Be very explicit about dates in the UI, don’t do any magic.
4. Let the user see the actual dates in the choosen timezone before they click “Save”.

[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…