이벤트 생성 시 사용자의 12시간 시간대 설정이 무시됩니다

이벤트를 생성할 때 플러그인이 사용자의 12시간 형식 시간 설정을 무시하고 항상 24시간 형식으로 표시하는 작은 버그가 있습니다. 24시간 형식을 사용하지 않는 미국 사용자에게는 이벤트를 입력하는 것이 번거롭고 실수가 발생하기 쉽습니다.

(다행히 이벤트가 생성된 후에는 올바르게 표시됩니다)

그 외에는 훌륭한 플러그인인 것 같습니다. 감사합니다 :slight_smile:

또한, 이벤트 게시자가 이벤트에 설정할 수 있는 리마인더 수 제한을 조정할 수 있는 설정이 있으면 좋겠습니다. 5개는 좀 많은 것 같습니다 :sweat_smile:

1개의 좋아요

이 문제를 지적해 주셔서 감사합니다! 저도 주제에 날짜/시간을 삽입할 때 동일한 경험을 했습니다. 이 문제는 동일한 원인을 공유하며, 알려진 문제라고 생각합니다. 또한 이에 대한 설명도 존재합니다. 입력은 사용자의 Discourse 환경 설정에서 설정된 로케일(locale)이 아니라 디바이스의 지역 설정을 따릅니다. 하지만 표시는 사용자의 Discourse 로케일 설정을 따릅니다(이벤트 또는 날짜/시간이 포함된 게시물을 보는 모든 사용자도 마찬가지입니다). 사용자 측에서 이 내용을 확인해 주실 수 있을까요?

이벤트를 생성하거나 게시물의 날짜/시간을 추가하는 사용자에게 입력과 표시가 동일하게 적용된다면 훨씬 혼란스럽지 않고 더 나은 사용자 경험(UX)이 될 것입니다.

시연 내용을 공유합니다. 아래 스크린샷에서 4:00pm이 선택된 시간이지만 입력창에는 16:00으로 표시되는 것을 주목해 주세요. 제 경우 이 현상이 발생하는 이유는 디바이스 지역이 독일(24시간 형식 사용)로 설정되어 있고, Discourse 로케일은 US-WA(12시간 형식 사용)로 설정되어 있기 때문입니다. 입력창은 디바이스 로케일을 따르는 것으로 보입니다.

마크다운에서는 [date=2025-04-01 time=16:00:00 timezone="America/Los_Angeles"]로 나타나며, 제 화면에서는 오후 4시(4pm)로 올바르게 표시됩니다: 2025-04-01T23:00:00Z.

디바이스 지역을 미국으로 변경하면 이 두 값이 일치하지만, 재시작이 필요한 번거로운 과정입니다.


지역이 미국으로 설정된 상태에서 주제에 날짜/시간을 삽입하면 입력 시간도 12시간 형식으로 표시됩니다. 마크다운은 동일하게 [date=2025-04-01 time=16:00:00 timezone="America/Los_Angeles"]이며, 오후 4시(4pm)로 올바르게 표시됩니다: 2025-04-01T23:00:00Z.

2개의 좋아요

상세한 답변 감사합니다 (게다가 워싱턴 출신 동료라는 점도 반갑네요 :))

그래서, 이 버그는 실제로 “insert event”(공식 플러그인)과 관련이 있고, “insert date/time”(내장 기능)과는 무관합니다. 처음 이 플러그인을 사용해 볼 때 저도 이벤트 대신 날짜/시간을 클릭해서 왜 이벤트가 생성되지 않는지 혼란스러웠던 적이 있어서, 그 혼란에 대해 전적으로 공감합니다.

우리 둘 다 그 부분에서 혼란을 겪었으니, UI를 개선할 기회가 있을 것 같습니다:

  • 이상적인 상황이라면, 이 두 기능을 하나의 버튼으로 통합하고 사용자가 이벤트를 만들 것인지 시간을 입력할 것인지 묻는 프롬프트를 표시하는 방식이 좋겠습니다. (다만 이 경우 상당한 코드 재구성이 필요합니다)
  • 더 간단한 방법으로는, 이벤트 버튼을 톱니바퀴 아이콘 아래에 숨겨두는 대신 날짜/시간 버튼 바로 옆에 배치하면, 사용자에게 두 가지 다른 플로우가 있음을 더 잘 인지시킬 수 있을 것입니다. (이것이 가능한지 아직 확인해 보지 않았지만, 구현 측면에서는 더 쉬워 보입니다)

그럼에도 불구하고, 질문하신 내용에 대해 답변드립니다:

  • :white_check_mark: insert date/time을 사용할 때 제 환경에서는 12시간제 시간이 표시됩니다.
  • :cross_mark: insert event를 사용할 때만 24시간제 시간이 요구됩니다.

기기 지역 설정에 대해서는, 저는 iOS를 사용하지 않아 다른 운영체제에서 이 설정이 무엇에 해당하는지 정확히 모르겠습니다. (저는 Linux를 사용하며 locale이 모두 en_us 또는 en_US.UTF-8을 반환하는지 확인했습니다… 하지만 다른 숨겨진 설정이 있을 수도 있습니다.) ‘insert event’ 페이지(단순히 'insert date/time’만이 아닌)에서도 동일한 동작을 보고 계신지 확인해 주실 수 있을까요? 이 포럼에서는 해당 기능이 활성화되어 있지 않은 것 같으니 테스트 인스턴스를 직접 세워야 할 수도 있지만, 공식 플러그인이라 쉽게 구할 수 있을 것입니다.

3개의 좋아요

오, 흥미롭네요! 날짜/시간 삽입이 어떻게 작동하는지 설명하기 위해 파고들었는데, 실제로 동작이 다릅니다. :facepalm: 방금 확인해 봤는데(제 기기에 따르면 아직 미국 지역으로 설정되어 있음), 정말로 말씀하신 대로네요! “이벤트 추가” 팝업은 24시간 형식으로 시간을 입력하도록 요구하지만, 날짜/시간 삽입은 이제 12시간 형식으로 작동합니다.

날짜/시간 삽입은 핵심 기능인 반면, "이벤트 추가"는 #calendar-and-event 플러그인의 일부입니다. 이는 매우 별개의 기능입니다. 따라서 이 주제 첫 게시물에서 완벽하게 문서화하신 UX 버그가 있는 “이벤트 추가” 팝업에 집중해 보겠습니다.

컴포저 메뉴의 UI를 개선하는 것은 완전히 별개의 주제입니다. 그 주제로 새 토픽을 시작하고 싶으시다면 자유롭게 시작해 주세요.

2개의 좋아요

두 메커니즘이 서로 다르게 작동하는 것은 큰 의미가 없습니다 - 하지만 이것은 또 다른 / 별개의 UX 문제라고 생각됩니다!

이것은 반드시 필요합니다!! 오랫동안 문제가 되어 왔습니다 (그리고 아마도 자체 Contribute > UX 주제를 가질 만큼 중요할 수 있습니다). 혼란을 해결하기 위해 날짜/시간 삽입 아이콘을 숨기지만, 이렇게 하면 꽤 유용한 기능을 잃게 됩니다.

1개의 좋아요

말했듯이.. 새로운 주제를 만들어 주세요. 여기 이 UI 버그에 집중합시다.

2개의 좋아요

문제가 아니며, 추가 이벤트 팝업 버그를 확인해 주셔서 감사합니다 :slight_smile:

전에 했었던 것 같은데 찾을 수 없네요. 지금 바로 하겠습니다.

1개의 좋아요

bump - 저도 같은 문제를 겪고 있습니다.

discourse-calendar 플러그인은 DateTimeInputRange 요소를 사용하지만, 첫 번째 답변에서 @tobiaseigen이 언급한 UI는 CalendarDateTimeInput 요소를 사용합니다.

참고로 DateTimeInputRange 구현은 여기 있고, CalendarDateTimeInput 구현은 여기에 있습니다.

1개의 좋아요