🌍 새 캘린더 기능: 현지 시간 표시

[j.jaffeux (Joffrey Jaffeux)]

이제 이벤트가 열리는 시간대에 따라 이벤트 시간을 표시할 수 있습니다!

이 새로운 기능은 선택한 시간대를 사용하여 이벤트 날짜와 시간을 표시하는 간단한 “현지 시간 표시” 옵션을 추가합니다. 이를 통해 참석자들이 물리적 위치에서 이벤트가 언제 열리는지 이해하는 데 도움이 됩니다.

다음과 같은 경우에 적합합니다:

• 오프라인 모임
• 컨퍼런스
• 행사장의 현지 시간 표시가 중요한 모든 이벤트

캘린더 플러그인과 모든 기능에 대한 자세한 내용은 공식 캘린더 토픽을 참고하세요.

[nathank (Nathan Kershaw)]

이것이 이벤트 알림 이메일에도 반영될 예정인가요? 아니면 최근 업데이트된 사이트 전체 메커니즘에 따라 그대로 유지되는 건가요:

이메일의 날짜 줄은 사람이 읽기 쉽게 표시되어야 합니다

This is now merged! I guess I consider the OP resolved. We changed to a more “friendly” date format in emails (llll) We allow pinning timezone in emails to non UTC timezones via the setting discourse_local_dates_email_timezone @aidanheerdegen it should be on your instance in a week or 2 but if you wish to rush an update shoot off an email to team@discourse.org!

[Andrew_Rowe]

특히 라이브 스트리밍 이벤트를 위해 멋진 라이브 스트림 플러그인을 사용하는 경우, 참가자들이 서로 다른 시간대에 있을 수 있으므로 이 기능은 매우 유용합니다.

[j.jaffeux (Joffrey Jaffeux)]

아니요, 지금은 클라이언트에서만 작동합니다. 메일은 처리하기가 까다로워서요.

[sam (Sam Saffron)]

@j.jaffeux 이건 좀 시끄러워 보입니다:

다음처럼 변경하는 건 어떨까요?

“9월 7일(일)–12일(금), 오후 5:30–6:30”

훨씬 명확하고, 날짜 위젯을 원하는 사람들을 위해 오후 5:30은 여전히 링크로 유지할 수 있습니다.

단, 다음 조건을 충족할 때만 적용합니다:

1. 이벤트가 12시간 이하인 경우
2. 이벤트에 지역 시간이 고정되어 있는 경우 (이벤트에서 CET를 표시할 필요가 없는 경우)
3. 이벤트가 올해인 경우 연도를 표시하지 않음
4. 반복되는 이벤트인 경우

또한 버그가 있습니다:

7이어야 하는데…

[nathank (Nathan Kershaw)]

이것이 더 단순하고 세련되어야 한다는 데 전적으로 동의합니다! 약어는 적절하며, 연도/시간대는 특정 상황에서만 표시하면 됩니다.

@sam

다음과 같이 변경하는 것은 어떨까요:

“일–금, 9월 7–12일, 오후 5:30–6:30”

이 방식은 저에게 적합하지 않다고 생각합니다. 실제 날짜/시간이 세 개의 서로 다른 조각으로 나뉘어 있어서 꽤 어색하게 느껴지기 때문입니다. 연도, 월, 일 중 하나 이상을 넘는 날짜 범위가 아닌 한, 각 요소를 한 번만 표시하도록 하는 대안을 제안합니다.

같은 연도인 경우:

“2025년 9월 7일(일) 오후 5:30 - 9월 12일(금) 오후 6:30”

같은 월인 경우:

“2025년 9월 일요일 오후 5:30 - 금요일 오후 6:30”

같은 날인 경우:

“2025년 9월 7일(일) 오후 5:30 - 6:30”

[sam (Sam Saffron)]

@nathank

2025년 9월 7일(일) 오후 5:30 - 2025년 9월 12일(금) 오후 6:30

이게 도무지 이해가 안 되네요. 일요일에 시작해서 금요일에 끝나는 이벤트를 설명하고 있잖아요.

제 텍스트는 1시간짜리 이벤트가 6번 반복되는 건데, 제 생각에는 꽤 명확해 보이거든요.

[j.jaffeux (Joffrey Jaffeux)]

@sam

그리고 버그가 하나 있습니다:

7이어야 하는데…

재현을 하지 못했습니다.

[sam (Sam Saffron)]

로컬 시간대를 호주로 설정하고, 프랑스 시간으로 밤 10시에 1시간 동안 진행되는 이벤트를 하나 가져야 합니다.

[j.jaffeux (Joffrey Jaffeux)]

음, 비슷한 방법들을 시도해 봤지만, 이번에는 정확히 이 방법을 시도해 볼게요

[j.jaffeux (Joffrey Jaffeux)]

@sam

“일~금, 9월 7일~12일, 오후 5:30~6:30”

이렇게 하면 각 항목마다 날짜를 지정하고, 예를 들어 사용자의 시간대에 맞는 날짜를 클릭해서 볼 수 있게 하는 등의 기능이 불가능해지기 때문에 매우 큰 변경 사항이 됩니다. 따라서 많은 가정(assumptions)을 수정해야 합니다.

다음과 같은 형식으로 합의할 수 있을까요?

일 7일, 오후 5:30 -> 금 12일, 오후 6:30

[sam (Sam Saffron)]

@j.jaffeux

일요일 7일, 오후 5:30 → 금요일 12일, 오후 6:30

이 부분은 저에게 다소 혼란스럽습니다. 아마도 다음과 같이 표시해야 하지 않을까요?

일요일 7일, 오후 5:30 → 오후 6:30, 금요일 12일까지 매일

그런데 일요일 오후 6:31이 되면 다음과 같이 표시됩니다:

월요일 8일, 오후 5:30 → 오후 6:30, 금요일 12일까지 매일

[j.jaffeux (Joffrey Jaffeux)]

그럼 이렇게만 해주세요: Mon 7th, 5:30pm → 6:30pm

아 그리고 이 부분은 이해가 안 됩니다:

@sam

이벤트에 현지 시간이 고정되어 있습니다(이벤트에 CET를 표시할 필요가 없음).

그럼 어떻게 현지 시간대인 걸 알 수 있나요?

@sam

이벤트가 12시간 이하입니다

왜 12시간인가요? 우리가 알고 싶은 건 같은 날인지 아닌 것 아닌가요?

[sam (Sam Saffron)]

반복 이벤트에 대한 반복 정보는 매우 유용하며, 훨씬 더 많은 명확성을 제공합니다.

@j.jaffeux

그것이 로컬 시간대임을 어떻게 알 수 있나요?

해당 이벤트에 해당 옵션이 체크되어 있습니다.

이 기능과 렌더링은 로컬 시간 표시가 켜져 있을 때만 적용됩니다. 원하지 않는 경우 해당 옵션을 체크하지 않으면 됩니다.

[j.jaffeux (Joffrey Jaffeux)]

@sam

이벤트에 체크되어 있습니다.

이 기능과 렌더링은 show local time(로컬 시간 표시)이 켜져 있을 때만 작동합니다. 원하지 않는 사람들은 체크를 하지 않으면 됩니다.

네, 알고 있지만 최종 사용자는 모릅니다

[j.jaffeux (Joffrey Jaffeux)]

@sam

반복 이벤트에서 반복 정보가 매우 유용합니다. 훨씬 더 명확하게 이해할 수 있게 해줍니다.

아마도 그렇겠죠. 대부분의 달력에서는 보이지 않는 것 같은데, 혹시 보시나요? 구글에서는 이벤트 상세 정보를 클릭하면 표시됩니다. 솔직히 저는 한 번도 자세히 살펴본 적이 없어요. 그냥 달력에서 매주 반복된다는 것만 보고 있습니다.

다시 말하지만, 처리해야 할 작업과 경우가 너무 많고, 번역 문제까지 있으니…

[j.jaffeux (Joffrey Jaffeux)]

어쨌든, 이를 표시하더라도 날짜 링크 내부에 표시하는 것은 권장하지 않습니다. 대신 UI의 다른 곳에 표시하는 것이 좋습니다.

[sam (Sam Saffron)]

그렇게 생각해요. 이건 지역 이벤트용이니까요:

• 저녁 식사는 등대에서 오후 7시
• 발표자 제인은 오전 11시에 발표
• 회의실에서 오후 2시에 게임

이 중 모호하거나 시간대가 필요한 건 없어요.

–

반복 정보는 과도한 장식(gold plating)이에요. 여기서 최소한은 짧은 이벤트의 렌더링을 개선하는 거예요.

2025년 9월 7일 오후 5:30 (CET) → 2025년 9월 7일 오후 6:30 (CET)은 텍스트가 너무 길어요.

일, 9월 7일, 오후 5:30 → 오후 6:30이 이미 100배나 낫습니다.

[sam (Sam Saffron)]

Meetup.com은 이렇게 처리합니다:

AEST를 그곳에 표시한 이유는 이해합니다. 수많은 국가에서 지역 행사를 주최하므로 모든 정보가 매우 명확해야 하기 때문입니다.

하지만 텍스트 사용 효율은 훨씬 더 높습니다.

그들이 채택한 컴팩트한 표시 방식은 다음과 같습니다:

행사 지속 시간을 보려면 "이벤트를 클릭"해야 합니다.

---

Discourse에서 단일 행사를 운영하는 것과 사용 사례가 다소 다르며, 결국 두 가지 모두를 지원해야 할 수도 있습니다

[j.jaffeux (Joffrey Jaffeux)]

음, 이렇게 작동하게 만들었습니다:

이걸 위해 코어 부분도 수정해야 하고, 스펙 몇 개를 작성해야 합니다.