사실 아주 사소한 문제인데, 새 초대 링크를 생성할 때(오늘 5월 28일) UI에서 제공되는 오프셋 날짜가 라벨과 일치하지 않습니다. 예를 들어:
이것을 알게 된 이유는 링크가 제가 예상했던 것보다 훨씬 일찍 만료되었기 때문인데, “다음 달” 옵션이 실제로는 6월 28일이 아니라 6월 1일을 오프셋으로 선택하는 것 같습니다.
1개의 좋아요
죄송하지만, 질문이 잘 이해되지 않습니다. 스크린샷에 보이는 내용은 제게는 정상적으로 보입니다. 어떤 부분이 문제라고 생각하시는지 좀 더 자세히 설명해 주시겠어요?
2개의 좋아요
5월 28일로부터 2개월 후는 7월 1일이 아닙니다.
1개의 좋아요
맞아요, 하지만 의도는 "한 달에서 다음 달로 넘어갈 때"입니다. 다음 달은 6월 1일에 시작하죠? 그렇다면 _그 다음 달_은 7월 1일에 시작하는 거죠?
"초대 코드는 이번 달 말까지 유효합니다"라고 하는 것이 설명하기가 훨씬 쉽고, "초대 코드가 달 중 아무 날이나 무작위로 만료됩니다"라고 하는 것보다 의도를 더 정확하게 전달합니다.
4개의 좋아요
저에게도 이 말이 일리 있습니다. 북마크 타이머에서 반대되는 문제에 부딪힌 적이 있습니다. 시간 지정 북마크에서 “다음 주” 옵션을 선택하면 날짜가 미래의 7일 후로 설정되지만, 제 생각에는 "다음 주"란 다음 주의 월요일을 의미합니다. 미래 날짜를 설정하는 방식 중 어느 쪽이 최적인지 확신은 없으나, UI 전반에 걸쳐 일관된 방식을 사용하는 것이 좋을 수도 있습니다.
4개의 좋아요
맞아요! 이 글은 여기 올 내용이 아니지만, 저는 매번 그 부분이 이해가 안 됩니다!
1개의 좋아요
네, 이 기능을 작업하던 중 번역 과정에서 일부 의도가 유실된 것 같아요 @martin. 위에서 표현한 의도가 더 잘 반영되도록 날짜 설정을 조금 조정해 주실 수 있을까요?
새롭고 반짝이는 새로운 주/월이 시작될 때 이걸 다시 떠올려 줘!
우리가 말한 건 이 뜻이에요. "오늘부터 정확히 7일 후에 알려줘"나 "오늘부터 정확히 30일 후에 알려줘"라는 뜻이 아니에요.
4개의 좋아요
우리는 이를 위해 월요일 옵션을 명시적으로 제공하고 있습니다:
“다음 주”가 “다음 주의 시작”을 의미했다면, 월요일 옵션이 필요하지 않았을 것입니다.
이 문제는 정말 혼란스럽습니다. 이전에 이 문제에 대해 논의한 적이 있고, 초대 및 기타 미래 날짜 입력을 북마크와 토픽 타이머의 동작과 일치시키기 위한 진행 중인 PR이 있습니다: FEATURE: make future-date-input consistent with other components and customizable - Pull Request #12985 - discourse/discourse - GitHub
그러면 “주”와 “월” 수준의 모든 옵션이 “다음 주의 시작”, “2주 후 주의 시작”, “다음 달의 시작”을 의미하도록 통일할까요? 제가 파악한 바로는 월은 이미 그 동작을 따르고 있으며, 주만 그렇지 않습니다. 그렇다면 북마크에서도 월요일 옵션을 제거해야 합니다. 더 이상 관련이 없기 때문입니다.
“2개월”이라는 표현은 제게 “현재 + 2개월”을 의미하는 것 같고, “2개월 후 달의 시작”을 의미하는 것 같지 않으므로, 이 부분도 수정해야 할 것 같습니다. @andrei가 해당 WIP PR을 작업하고 있으므로, 그가 이 문제를 맡을 수 있을까요?
3개의 좋아요
원래 의도는 Google GMail이었던 점을 봐야 합니다:
어느 순간 목표에서 약간 벗어난 것 같지만, 이것이 매우 "다음 시간 간격"에 초점을 맞추고 있다는 것을 알 수 있습니다. 즉:
- 다음 날이 시작될 때 (내일)
- 다가오는 주 중반
- 주말이 시작될 때
- 다음 주가 시작될 때
이것이 항상 제 의도였으며 꽤 명확히 설명하려고 노력했지만, "전화 게임"처럼 전달 과정에서 정보가 왜곡된 것 같습니다.. 2019년 11월에 작성한 제 원본 게시글입니다..
다시 한번 강조하지만, 초점은 동일합니다:
- 하루 중 늦은 시간 (기본적으로 저녁이 시작될 때, 또는 “업무 시간이 끝날 때”)
- 다음 날이 시작될 때 (내일)
- 다음 주가 시작될 때
그리고 임의의 시간도 있습니다. 임의의 시간을 포함하는 것은 괜찮지만, 이 대화상자의 주요 초점은 항상 그렇지 않았습니다.. 임의의 시간을 추가 항목으로 포함하는 것은 괜찮지만, "이 특정 날짜로부터 임의로 5일 후"는 “다음 주로 시작될 때/때까지”, “다음 주로 시작될 때/때까지”, “업무 시간이 끝나고 저녁이 시작될 때/때까지”, “다음 주로 시작될 때/때까지”, “주말이 시작될 때/때까지” 등보다 즉각적으로 유용하지 않습니다..
따라서 초대(invites)로 돌아와 보면, 로직은 동일해야 합니다:
이 기능에 대해 약간 방향을 잃은 것 같습니다. 그래도 몇 가지 조정으로 해결될 수 있을 것입니다.. 필요한 도구는 모두 갖춰져 있으니까요.
3개의 좋아요
위 내용👆은 제공된 모든 Gmail 예시에서 의도한 바였습니다. 다음처럼 말씀하시는 경우
내일 이거 대해 알려줘
다음 주에 이거 대해 알려줘
다음 달에 이거 대해 알려줘
실제로는
다음 날이 시작될 때 이거 대해 알려줘
다음 주의 시작일(월요일)에 이거 대해 알려줘
다음 달의 시작일(1일)에 이거 대해 알려줘
이라는 의미이지,
정확히 24시간 후에 이거 대해 알려줘
정확히 7일 후에 이거 대해 알려줘
정확히 30일 후에 이거 대해 알려줘 (또한 – 모든 달의 일수는 같지 않잖아요!)
라는 뜻이 아닙니다.
“지금부터 임의의 x일 후” 옵션을 추가하는 것은 추가 옵션으로서 전혀 문제없지만, 그것이 목표는 아니었습니다. 참고로 @martin 또는 @andrei, 이 작업을 맡게 되실 분이시라면. 두 가지를 모두 구현할 수 있다고 생각합니다. “임의의 날짜” 옵션은 항상 존재할 테니, 핵심 아이디어는 사람들이 주로 "다음 주요 달력 이벤트까지"라는 간격으로 생각하는 것입니다 – 그것이 새로운 하루, 주말, 새로운 주, 또는 새로운 달이든 말이죠.
4개의 좋아요
솔직히 말해서, 이제야 모든 게 이해가 됩니다. 하지만 제가 질문을 한 이유는, 초대 링크를 한 달 이상 열어두지 않겠다는 내부 정책을 정해놓고 있었기 때문입니다. 이렇게 날짜를 분할해서 입력하는 방식은 그 정책을 지키기 어렵게 만듭니다. 아이디어 자체는 이해하지만, 한 달의 끝부분에 가까울 때는 첫 번째 선택지가 유용하지 않을 가능성이 높아집니다.
2개의 좋아요
임의의 날짜와 날짜 오프셋을 계속 사용할 수 있습니다. 어떤 기능도 _제거_되지 않습니다.
3개의 좋아요