In our forum, there are times–many times–when we want to mark a topic as solved that does not have replies. In order to do so, the moderator adds a reply and marks it as solved. The problem this causes is that an email is sent to all users. There are a couple of problems in this scenario that we need help resolving:
How can we mark a topic as solved without having to add a reply?
How can we make it so that no emails are sent to users when we reply to topics if that is what we must do to Mark the topic as solved?
csmu
(Keith John Hutchison - Ceiteach Seán Mac Úistin)
2
Now, that would make too much sense! Haha. Seriously though, that is probably what we should do. Thank you for pointing out the obvious solution that I somehow missed.
실제로 이는 좋은 해결책이 아닙니다. “Solved” 플러그인의 기능, 특히 필터링과 유용하게 상호작용하지 않기 때문입니다. 잠금/닫힌 토픽은 여전히 페이지 내 “Unsolved” 필터에 표시됩니다. 물론 고급 검색을 사용하여 결과에서 닫힌 토픽을 제외할 수는 있지만, 이는 덜 편리하고 더 번거롭습니다.
답변 없이 토픽을 "Solved"로 표시할 수 있는 기능에 대한 요청이 여러 건 있습니다. 이를 위한 타당한 사용 사례가 있습니다:
이 기능이 재고되어야 한다고 진심으로 생각합니다. 아니면 왜 이런 요청에 대해 강한 반대가 있는지 이해하고 싶습니다. "여러 답변을 해결책으로 표시"하는 요청의 경우, 플러그인 구현이 크게 복잡해지고 가치가 없다고 생각하지만, 이 더 간단해 보이는 요청도 그런 경우일까요? @sam 이 문제가 보이지 않거나 처리되지 않을 것 같아 태그를 달았습니다. 예의에 어긋나는 행동이라면 죄송합니다.
기술적으로 이건 제 일이 아닙니다(저는 Discourse에서 일하지도 않고, 거기 누구를 대변하지도 않거든요!). 하지만 사람들이 도움을 받으려면 그게 가장 좋은 방법이라고 생각해 저를 태그하는 경우가 많아서, 그냥 솔직히 말씀드리겠습니다. 네, 분명히 예의에 어긋나는 행동입니다. 그러지 마세요.
우선순위를 높여 처리해 주길 원하신다면, 해당 Discourse 계약의 지원팀이 매우 빠르게 대응합니다. 그분들에게 이메일을 보내고 해당 주제(topic)를 알려주세요. 그게 올바른 방법입니다.
그렇군요. 저는 보통 직접 사람을 태그하지 않습니다. 이번에는 A: 이것이 핵심 플러그인이고, B: Sam이 원래 요청 중 하나에 이 기능에 대한 계획이 없다고 답변했으며 이 요청에 대해 강하게 반대하거나 우려를 표하는 사람 중 한 명으로 보이기 때문이고, C: 제 주제들이 여러 번 답변을 받지 못했기 때문입니다(특이하게도 한 경우에서는 Sam이 좋아요를 눌렀지만 답변은 하지 않았습니다):
빠르게 답변해 주셔서 감사합니다! 이는 "해결됨"을 어떻게 사용하는지에 따라 크게 달라집니다. 이 특정 경우에서 이 회사는 기능 요청과 버그 리포트를 처리하는 목적으로 이 기능을 일부 활용하길 원합니다. 물론 이를 수행할 수 있는 다른 여러 방법이 있지만, 모두 단점이 있습니다.
해결되면 요청과 이슈 보고를 하위 카테고리로 이동합니다. 그러나 이슈가 자주 재발하거나 사람들이 해당 요청에 추가 코멘트를 하기를 원할 수 있어, 그럴 경우 다시 이동해야 합니다. 그리고 물론, 사람들이 자신의 주제를 해결됨으로 표시할 가능성을 잃게 되지만, 이 맥락에서는 사소한 문제일 수 있습니다.
“해결됨” 주제를 닫고 제자리에 두는 것입니다. 여기의 주요 문제는 AFAIK(제가 아는 한) "해결됨"처럼 "닫힘"을 위한 간단한 인라인 필터가 없다는 것입니다(플러그인의 일부로 포함되어 있음). 테마 컴포넌트나 다른 무언가가 있을 수도 있지만, 워크플로우를 변경하지 않기를 바라므로 아직 확인해 보지 않았습니다. 그리고 첫 번째 옵션과 마찬가지로, 나중에 다시 답변할 방법이 없습니다. 이것이 철학적 차이일 수 있다는 점을 인정합니다. 즉, 여러분의 접근 방식은 단순히 "그러면 새로운 주제를 열면 됩니다"일 것 같지만, 그것은 분명히 의견이 담긴 입장이며, 모든 사람이 동의할 것을 기대하기는 비합리적이라고 보입니다(제 자신도 동의하지 않으므로 ).
플러그인 대신 “해결됨” 태그를 사용하는 것입니다. 이 경우의 문제는 역시 AFAIK(제가 아는 한) 일반 주제 목록에서 이를 필터링할 쉬운 방법이 없다는 것입니다. 물론 고급 검색을 사용할 수 있고, 헤더 메뉴에 링크를 넣는 것도 가능합니다. 하지만 불필요하게 번거롭습니다. Solved 플러그인은 주제 목록에서 체크/체크 해제된 상자를 표시하는 좋은 옵션도 제공하며, 이는 닫힘 접근 방식이 유사한 효과의 잠금 아이콘으로 대체하는 것과 비슷하지만, 태그를 스캔하는 것은 태그가 태그 목록의 어디에나 있을 수 있으므로 훨씬 느립니다.
결론적으로, 이 사용 사례는 이 한 가지 문제를 제외하고는 플러그인의 기능에 꽤 자연스러운 적합성을 보입니다. 플러그인은 제가 지금까지 알고 있는 모든 다른 옵션보다 이점을 제공하며 여러 면에서 훌륭합니다(고려하지 못했던 옵션에는 물론 열려 있습니다). 또한 이는 유일한 사용 사례도 아니며, Tobias Eigen 본인이 제가 위 원본 답변에서 링크한 스레드 중 하나에서 지적하듯 다른 사용 사례도 있습니다.
제가 일하고 있는 회사는 더 지원/Q&A 유형의 카테고리에서도 이 플러그인을 사용하며,在那里 "주제 시작자가 해결"할 수 없다는 점은 덜 문제가 되며, 사실 토론이 아래에 깊숙이 있더라도 해결책인 답변을 강조하는 원래 의도된 방식에서 매우 유용합니다. 따라서 대안 솔루션은 플러그인과 병행해서 사용될 것이며, 하나의 시스템만 사용할 수 있다면 좋겠습니다.
어쨌든 처음부터 이에 대한 저항이 있다는 점을 이해하고 있었습니다. 그러나 여전히 왜 그런지 잘 이해하지 못하겠습니다. "좋은 사용 사례가 없으면 시간을 쓸 가치가 없다"는 식의 이유라면요. 만약 그런 상황이라면, 저와 Tobias가 구현을 지지하는 합리적인 예시를 제공했기를 바랍니다.
).