Hey all,
Is it possible to set up multiple Topic Timers – for example: publish, and then a separate one to auto-close the thread. I have a direct need for this…it’s not a deal breaker for it not to exist…just automation is amazing.
1개의 좋아요
Is this what you’re after?
Auto-closing is already core.
1개의 좋아요
Not possible right now as we only allow one public topic timer (publish, closing, opening) per topic. As a workaround now, you could set a publish topic timer and add a reminder for yourself to close the topic.
Could you build on your use case a little as to why you have a need for multiple topic timers? Multiple topic timers is not impossible but tricky to deal with as we now have to make sure that there isn’t any overlap with the time range.
4개의 좋아요
I pretty much wanted a publish timer and a timer to close the topic automatically..not much more to it.
3개의 좋아요
Here’s my use case for two topic timers on the same topic.
In my community, we have a recurring weekly topic called Wow Us Wednesday. It’s a 24 hour period for members to do self-promotion as we’ve found they need a time and place to vent their promotional steam.
We use the existing topic timer functionality to automatically close the topic 24 hours after being published – mostly so promotion stays contained to a specific weekly time frame and doesn’t keep bubbling back up to the top all the time.
However, using the auto close topic timer prohibits me from using the schedule publishing topic timer – and I want to use both.
I would prefer to schedule 4-8 weekly Wow Us Wednesday topics all at once from an efficiency perspective. Right now, I can’t use the schedule publishing topic timer as my one topic timer because, if I miss my window to manually close the topic 24 hours after it’s published, members can do self-promotion beyond our 24 hour concentrated time frame.
Since our Wow Us Wednesday takes place from 12:00 a.m. PDT - 11:59 p.m. PDT and I’m two hours ahead in CDT, I’d have to wake up at 2:00 a.m. to manually close the topic – something I’m not keen to do. That says nothing of my changed responsibilities if I’m on vacation, sick, or can’t find another admin in a different time zone to manually close the topic.
Having two topic timers on the same topic wouldn’t be revolutionary for me. But it would sure make my scheduling and team coordination easier, and I imagine hundreds of other Discourse users would say the same.
8개의 좋아요
Interesting use case.
I think there is totally merit for supporting “delay published, auto closing” topics. I can see use cases where it is useful.
A current workaround is to post it to a category with auto-close topic hours set, would that not work?
5개의 좋아요
I appreciate the workaround suggestion, Sam. I could see it working for some Discourse users … the issue is it doesn’t work for mine.
The self-promotion threads are published to a category called “Anything Goes” and the nature of the category is to have wide-ranging conversations. The only forum threads in the category I’d want to auto-close are the self-promotion focused ones I publish. The rest are published by community members and I want to leave replies open indefinitely.
Granted, I could create a new category specifically for these weekly self-promotion posts. But we’re wary of the communication and UX tradeoffs when we create new categories and try to do it as infrequently as possible.
2개의 좋아요
How about a “wow us Wednesday” subcategory of “anything goes”?
3개의 좋아요
Stephen, “Anything Goes” 상위 카테고리 안에 "Wow Us Wednesday"라는 하위 카테고리를 두는 아이디어를 검토해 보았습니다. 다만, 24시간 후 해당 하위 카테고리 내 모든 주제를 자동으로 닫을 수 있는 전용 하위 카테고리를 두는 것의 효율성 향상에도 불구하고, UX 측면에서의 트레이드오프를 감수하고 싶지 않았습니다.
예를 들어, Anything Goes 카테고리에서 Wow Us Wednesday 하위 카테고리를 위한 하위 카테고리 필터를 제공하고, 카테고리 보기 페이지(예: https://yourforum.com/categories)에서 독립된 Wow Us Wednesday 하위 카테고리를 보이게 하면, 자사 홍보를 위한 전용 하위 카테고리가 있다는 사실에 지나치게 많은 주목을 받게 됩니다.
우리의 목표는, 실제로 자사 홍보를 진행하지 않는 주 168시간 중 144시간 동안 자사 홍보의 노출을 제한하는 것입니다.
제안에 감사드립니다. Sam이 보고 싶다고 언급했던 “지연 게시, 자동 닫기” 기능을 @sam 또는 Discourse 팀의 다른 누군가가 개발할 때까지 기다리겠습니다.
3개의 좋아요
해당 하위 카테고리를 CSS를 사용하여 /categories에서 숨기는 것을 시도해 보셨나요?
publish-then-close 기능에 대한 또 다른 사용 사례가 있습니다. 저는 강의를 진행 중인데, 각 강의 활동에 대한 의견을 구하는 공지사항을 게시한 후, 해당 활동(강의나 Q&A)이 끝나면 공지사항을 닫고 있습니다. 자동 종료 카테고리는 정확히 작동하지 않을 것 같은데, 활동마다 만료 시점이 다르기 때문입니다.
3개의 좋아요
안녕하세요, 반복 이벤트에 대해 여러 타이머를 설정하려고 시도해 보았습니다. 2~3개까지 허용할 수 있으면 유용할 것 같습니다!
- 지연 게시
- 7일 후 모든 답변 삭제
- 이벤트가 재발하기 전에 매주 또는 격주로 자동 부스트
고려해 주셔서 감사합니다. 또한 새로운 자동화 플러그인을 사용하여 다음을 수행하고 있습니다:
다음 발생일의 하루 전에 주제를 자동 고정. 특정 날짜가 아니라 매주/격주/매월 반복적으로 설정할 수 있기를 희망합니다. ← 이것이 우리가 이벤트 플러그인을 구성하는 방식입니다.
미래에 주제 타이머와 자동화 플러그인 간의 상호 작용이 더 많아지면 좋겠습니다. 감사합니다.
유용할 수 있는 또 다른 주제 타이머 옵션:
- 주제에서 모든 이모티콘 제거.
이것은 사용자가 동의/반대 등의 상황에서 이모티콘을 사용하여 주제에 상호작용하는 것을 좋아하기 때문입니다.
2개의 좋아요
IMO, 이건 이벤트 플러그인 쪽에 넣어야 합니다.
2개의 좋아요
제가 이 기능을 활용하고 싶은 용도는 게임 관련 스레드입니다.
일요일 자정에 잠금 해제된 스레드를 시작하고 싶습니다. 일주일 동안 진행되는 이벤트 블로그에서 사람들이 이 스레드를 찾기 시작할 테니까요. 이 부분은 할 수 있습니다.
그런데 게임이 실제로 시작되는 오전 9시에 잠금을 해제하고 싶습니다. 이를 위해서는 자정 이후에 다른 타이머를 설정하거나, 오전 9시에 수동으로 설정해야 합니다.
다른 활용 사례로는 추첨 스레드가 있습니다. 종료 시간을 설정하기 위해 시작을 기다리는 대신, 시작 시간과 종료 시간을 동시에 설정할 수 있으면 좋겠습니다.
두 개의 타이머를 설정할 수 있으면 정말 좋겠습니다. 설정이 충돌하는 경우 다소 복잡해질 수 있지만, 사용 사례를 제한하거나 몇 가지 체크 및 균형 장치를 도입하는 방법이 있을 수 있습니다.
감사합니다!
5개의 좋아요
이 기능을 일정 시간 후 자동으로 닫히는 예약 게시글에 특화된 RFE(기능 요청)로 분리하는 것이 유용할까요?
자동으로 닫히는 카테고리를 만드는 대안은 일반적으로 합리적이지만, 저는 향후 몇 달간 진행할 구조화된 토론의 일환으로 특정 대화 세트에 대해 이 기능을 적용하고 싶습니다. 이를 위해 별도의 카테고리를 설정하는 것은 다소 부담이 크다고 느껴집니다.
왜 별도의 하위 카테고리로 설정하지 않나요? 그렇게 나쁘지 않고, 설정을 잘 해두면 사용자들은 거의 알아채지 못할 것입니다.
내 사용자들은 아주 예민합니다. 
알림 메일을 분류하기 위해 필터를 설정해 둔 사용자가 많아, 카테고리 변경에 매우 민감합니다.
또한 하위 카테고리에서 알림 설정이 어떻게 작동하는지 정확히 모르겠습니다… 하위 카테고리를 만들면 기존 사용자의 경우 상위 카테고리의 설정을 상속받을까요, 아니면 별도로 구독해야 할까요?
아니!!! 그들을 메일링 리스트 모드에서 벗어나서 Discourse UI로 옮겨야 합니다. 실제 경험으로 알지만 쉽지 않죠. 행운을 빕니다.
이메일 제목 태그에는 상위 카테고리 이름이 포함되지만, 그들이 필터를 어떻게 설정했는지에 따라 달라집니다(특히 두 개의 대괄호를 모두 포함하는 경우).
약간 복잡한데요 - 알림 기본값을 설정할 때 상속 기능이 있긴 하지만, 제가 직접 다뤄본 적은 없습니다. 원하시면 독립적으로 설정하는 것도 확실히 가능합니다.