동의하지 않습니다. 하지만 '특정 사람들’이 수백 명 규모의 그룹으로 커지면, 공개된 주제를 탐색할 때 Discourse가 제공하는 유용한 기능 중 일부가 필요해집니다. 따라서 여기서는 수신 그룹의 크기가 차별화되는 요소일 수 있습니다.
1개의 좋아요
다시 인사드립니다, 제프! 모두 잘 지내시길 바랍니다.
저도 정확히 같은 사용 사례로 인해 최신/인기/새로고침 페이지에서 개인 메시지(PM)를 볼 수 있기를 원하고 있습니다. 하지만 그와 별개로, 제 이해가 맞다면 이 부분(기존 주제의 공개/비공개 상태를 전환하는 것)은 이미 존재하는 것 같습니다.
우측 상단의 주제 수준 관리자 작업扳手 아이콘에서 “개인 메시지로 만들기”(이미 개인 메시지인 경우 “공개 주제로 만들기”)를 클릭할 수 있습니다. 기존 주제를 개인 메시지로 전환하면 주제에 게시한 모든 사람의 접근 권한이 유지되는 것 같으며, 그 후 스태프 그룹도 추가할 수 있습니다. 다만, 해당 스레드는 주제 목록에서 메시지 섹션으로 이동합니다.
네… 그래서 문제가 되는 거죠.
저는 숨김 기능처럼, 하지만 특정 신뢰 수준을 가진 모든 스태프에게는 메시지가 보이도록 하는 기능이 있으면 좋겠습니다. 그것이 가능할 수도 있겠지만요…
예를 들어, trust_level_3를 수동으로 설정하여 누구나 해당 그룹으로 개인 메시지를 보낼 수 있도록 하는 것이 가능할까요(그룹 → trust_level_3 → 관리 → 상호작용)?
그렇게 하면 공개된 주제를 개인 메시지로 변환한 후, trust_level_3 그룹을 수동으로 참가자로 추가할 수 있을 것 같습니다.
이것이 여러분이 찾고 있는 것과 정확히 일치하지는 않을 수 있고(내부 작동 원리를 충분히 이해하지 못해 확실하게 말하기는 어렵지만), 일부 목적을 달성하는 데는 도움이 될 수도 있습니다.
저도 이 토론에 늦게 합류한 사람인데, @Geoffrey_Challen 님과 거의 동일한 사용 사례(대규모 수업을 운영하며 Q&A와 토론을 Discourse로 관리하려는 것)를 가지고 있습니다.
개인적으로 대량의 이메일은 큰 걱정거리가 아닙니다(어차피 메일링 리스트 모드로 설정해 둘 테니까요). 하지만 공개된 게시물이든 스태프 그룹으로 보내진 것이든(아니면 단순히 저에게만 직접 보낸 것이든) 상관없이, _“내가 읽거나 답글을 달아야 할 모든 스레드는 무엇인가?”_라는 질문에 한 곳에서 답할 수 있다면 삶의 질이 크게 향상될 것이라 생각합니다.
원래 논의되었던 “생성” 권한은 이를 처리하는 한 가지 방법입니다. 또 다른 방법은 특정 그룹의 PM(개인 메시지)을 토픽 목록 페이지(새로움, 최고 인기 등)에 유사 카테고리(pseudo-category)로 표시할 수 있도록 하는 것입니다. 데이터베이스에서 PM과 공개 토픽의 구조가 유사하다는 점을 고려하면, 이것이 가능할 수도 있을 것 같습니다(물론 상당한 복잡성이 추가되긴 하지만요).
비슷한 방식으로 도움이 되되, столь 큰 변경이 필요하지 않은 또 다른 대안은 검색 상자에 모든 토픽 그리고 PM을 검색할 수 있는 기능이 있는 것입니다(현재는 afaict에 따르면 둘 중 하나만 검색할 수 있고 둘 다 함께 검색할 수는 없습니다). 이상적으로는 특정 PM 수신 그룹별로 결과를 세분화할 수 있으면 좋겠습니다. 예를 들어, "공개 토픽이거나 스태프 그룹으로 보낸 PM인 모든 열린 스레드를 보여줘"라고 말할 수 있으면 좋겠습니다.
검색 기능을 그렇게 수정하는 것이 가능하다면, 제가 원했던 기능의 상당 부분을 제공할 수 있을 것 같고, 검색 기능 외에는 변경이 필요하지 않아서 좋습니다. 하지만 제가 생각하지 못하는 어떤 복잡성이 있을 수도 있겠지요.
그것이 문제의 일부일 수 있다고 생각합니다. 아마도 그룹 PM과 공개 게시물의 트래픽 양 차이와도 관련이 있을 것입니다. 우리의 사용 사례는 공개 토픽과 그룹 PM 모두에서 많은 상호작용(그리고 양쪽 모두에서 상당数量的 스레드)을 포함하는 반면, 다른 많은 사용 사례에서는 스태프에게 보내는 개인 메시지는 더 드물 수 있고, 이것이 사람들이 그런 것들과 상호작용하는 방식에 영향을 미칠 수도 있습니다.
음… 이번 오후 몇 시간 동안 코딩을 해본 결과 Create 전용 권한 프로토타입을 만들었습니다(cs125 브랜치에 있음). 매우 최소한의 테스트만 했지만, 이렇게 작동하는 것 같습니다:
- 카테고리별로 Create 권한을 지정할 수 있습니다.
- 해당 권한이 있는 사용자는 해당 카테고리에서 주제를 생성하고 자신의 주제에 답글을 달 수 있습니다.
- 다른 사용자가 생성한 주제는 _확인_할 수 있지만, 접근을 시도하면 "이 페이지는 비공개이거나…"라는 오류가 반환됩니다.
- 관리자는 모든 게시물을 보고 답글을 달 수 있습니다.
- 다른 카테고리 권한이 여전히 정상 작동하는지 확신할 수 없지만, 작동하지 않을 이유는 없는 것 같습니다…
이것이 실제로 작동하는 것이지 단순히 제 희망적인 생각은 아니라면, #3을 정리해서 학생들이 UI를 덜 혼동하게 하고 싶습니다. 하지만 바로 그 부분에서 막혔습니다—아마도 꽤 긴 하루였기 때문일 수도 있겠죠. @sam: 여기에서 도움을 주실 수 있나요, 아니면 우리가 이렇게 멀리 왔으니 이제 우리를 포기하실 건가요 
기본적으로 제가 원하는 것은 사용자가 Create 권한만 가진 카테고리에서 생성된 주제를 제외하고 카테고리(그리고 실제로 모든 주제 목록)의 주제 목록을 필터링하는 것입니다. 단, 사용자가 해당 주제를 생성한 경우를 제외합니다.
P.S.: 이 브랜치는 신뢰 수준이 3 이상인 사용자에게 속삭임(whisper) 권한도 확장합니다. 다른 사람들은 이 변경을 원할 수도 있고 원하지 않을 수도 있지만, 저희에게는 유용합니다. 대부분의 강의 스태프에게는 관리자 권한이 너무 강력하지만, 학생들을 돕기 위해 함께 작업할 때 속삭임 기능은 정말 유용하거든요.
@sam: 또 하나 간단한 질문이 있습니다. 이 두 가지 기능 중 하나라도 플러그인으로 구현할 가능성이 있을까요?
이것은 제한된 답글(restricted replies) 플러그인이 작동하는 방식과 거의 정확히 일치합니다.
다만 이 플러그인이 처리하지 못하는 부분은 (3)번입니다. 위에서 나열한 모든 이유 때문에 이를 구현하는 것은 매우 어려울 것입니다.
3개의 좋아요
틀린 부분이 있으면 정정해 주십시오만, 당신의 플러그인은 사용자가 작성하지 않은 게시글을 보는 것을 막지 않는 것 같습니다. 이것은 우리의 사용 사례에 필수적인 부분입니다. 학생들이 자신의 코드나 솔루션의 다른 부분 등이 포함된 질문을 코스 포럼에 게시할 수 있기 때문입니다. 따라서 우리는 스태프만이 _답변_할 수 있도록 할 뿐만 아니라, 스태프만이 _보기_할 수 있도록 해야 합니다. 제한된 답변(Restricted replies) 플러그인은 “생성 / 답변(자기 자신에게) / 보기” 권한처럼 작동한다고 되어 있습니다. 우리는 기본적으로 "생성 / 답변(자기 자신에게)"은 가능하지만 _보기_는 불가능한 권한이 필요합니다.
그럼에도 불구하고, 이런 기능을 플러그인으로 구현할 수 있다는 점은 정말 고무적입니다. 우리의 사용 사례를 지원하기 위해 보기 기능도 제한할 수 있을까요?
#3번에 관하여: 클라이언트 측에서 이 기능을 구현하는 것이 더 쉬울지 궁금했습니다. 현재 우리의 변경 사항으로 인해 학생들은 이미 이러한 주제에 진입할 수 없으므로, UI에서 그것들을 단순히 숨기는 것만으로도 충분할 것입니다.
네, 맞습니다. 그래서 (3)번을 달성하지 못한다고 말씀드린 것입니다.
사용자가 해당 카테고리를 보고 있고 비밀 주제에 대한 알림을 받는다면 어떻게 될까요? 메일링 리스트 모드는요? 사용자 ‘활동’ 페이지는요? ‘인기’ 주제는요? ‘새’ 주제는요? 검색은요? 그리고 아마도 많은 질문들이 더 있을 것입니다… 이는 방대한 작업이며, 저는 이를 권장하지 않습니다.
그룹 PM은 정확히 사용자의 사용 사례를 위해 설계되었습니다. 우리는 Meta에서 모든 지원 이메일을 그룹 PM을 통해 처리하며, 매우 잘 작동합니다! 그룹 받은 편지함에서 특정 사용성 문제를 겪고 있다면, 그 시간을 그곳의 개선 사항을 탐구하는 데 사용하는 것이 더 나을 것이라고 생각합니다.
3개의 좋아요
저도 동의하지 않습니다. 하지만 우리는 이미 그룹 PM을 시도해 봤고, 메시지를 받는 사람이 약 200명이나 되는 상황에서 그다지 효과적이지 않다는 것을 알았기 때문에 여기 있습니다.
샘에게 보낸 답변에서 이 점에 대해 언급했지만, 수신자 목록이 매우 커지면 그룹 메시징이 잘 작동하지 않는 것 같습니다. 또한 각 개별 메시지에 응답할 확률이 낮아지죠. 다시 말해, 그룹 메시징이 정말 잘 작동했다면, 사람들은 여전히 큰 오픈 이메일 목록을 사용했을 것이 아니라 Discourse와 같은 훌륭한 도구를 사용하고 있을 것입니다.
카테고리 권한을 수정하려는 시도로 인해 발생할 수 있는 파괴적인 문제를 지적하신 점이 옳다고 생각하지만, 우리는 여전히 그룹 메시징을 계속 사용할 가능성이 높습니다. 하지만 실제로 그룹 메시징이 잘 작동하지 않는다는 경험이 있는 상황에서 "그룹 메시징은 정말 훌륭합니다!"라고 말하는 것은 사실 그다지 유용하지 않습니다 
2개의 좋아요
물론 커뮤니티마다 기능을 사용하는 방식에는 차이가 있을 것입니다. 저는 개인 메시지(PM)를 성공적으로 사용할 수 있도록 어떤 개발이 필요할지 탐구해 보는 것이 흥미로울 것이라고 말한 것입니다. 일반적인 카테고리에서 PM 기능을 재구현하는 것보다 거기에 대한 변경 사항이 훨씬 더 달성 가능하다고 생각합니다.
그룹 개인 메시지에서 구체적으로 어떤 문제를 겪고 계신가요? 예를 들어, 알림이 과다하게 쏟아지는 것은 아닌가요? 그것은 우리가 원래 겪었던 문제 중 하나였으며, 이제 각 그룹 수신함의 추적 수준을 설정할 수 있습니다.
6개의 좋아요
네, 정말 유용한 추가 기능이었습니다! 감사합니다.
위쪽의 토론 내용을 살펴보면, 개인 메시지(PM) 시스템의 몇 가지 문제를 보실 수 있을 것입니다. 주로 메시지를 처리하는 워크플로가 다르기 때문에, 제가 비슷하게 처리하고 싶은 주제들 사이에 인위적인 분리가 생겨버리는 것입니다. (그래서 기존 카테고리 권한 모델에 이 기능을 붙여 넣으려 했던 것입니다.)
여기에 목록이 있지만, 결국 메시지 그룹이 카테고리처럼 보이도록 만드는 것으로 귀결됩니다. 홈페이지와 최신 주제 보기에서 표시되고, 탐색 시 동일한 외관을 가지며, 동일한 검색 및 필터링 옵션을 제공해야 합니다(메시지라는 점을 기억할 필요 없이 말입니다). 불행히도 제 생각에는 추가 카테고리 권한보다 더 많은, 혹은 적어도 동일한 수준의 깨짐(breakage)을 초래할 것 같습니다. 하지만 그렇지 않을 수도 있나요?
@david: 대화에 끼어드는 것 같아 죄송하지만, 제 사용 사례도 @Geoffrey_Challen 님과 매우 유사합니다. 물론 그를 대신해서 말할 수는 없지만, 저에게 도움이 될 구체적인 기능 하나를 꼽자면 공개 토픽과 개인 메시지(프라이빗 메시지) 모두를 매칭하는 방식으로 단일 검색 쿼리를 실행할 수 있는 옵션이 있으면 좋겠습니다. (현재는 공개 토픽이나 개인 메시지 중 하나만 검색할 수 있는 것 같고, 제가 무언가를 놓치고 있는 게 아니라면요.)
여기서 제안된 다른 변경 사항들(예: “생성” 권한, 개인 메시지를 일반 토픽 목록에 표시하도록 허용하는 것 등)은 광범위하고 복잡한 변경을 수반할 수 있다는 점은 이해합니다. 하지만 검색 기능을 수정하여 모든 토픽(공개 또는 개인)을 가로질러 검색할 수 있도록 하는 것은 더 실용적이고 국소적인 변경일 수 있으며, 동시에 검색을 통해 해당 항목들에 대한 통합된 뷰의 일부를 제공하는 능력을 유지할 수 있을 것입니다.
제 경우, 기본 인터페이스를 오버라이드하는 것은 중요하지 않다고 생각합니다. 하지만 공개든 개인이든 상관없이 "지금 응답해야 할 스레드는 무엇인가?"라는 질문에 빠르게 답할 수 있는 방법이 있다면 정말 훌륭할 것입니다. 또한 태그 등을 기반으로 이를 정밀하게 필터링할 수 있다면 더 좋겠습니다.
그동안 저는 Postgres 데이터베이스에서 이러한 통합된 목록을 직접 가져올 수 있는 작은 스크립트를 작성해 사용하고 있거나, 검색 다이얼로그를 통해 검색하려는 항목별로(공개용과 개인용) 두 개의 별도 쿼리를 실행하고 있습니다. 하지만 이 두 가지 방법 모두 꽤 번거롭습니다…
2개의 좋아요
좋은 아이디어라고 생각합니다 - 저도 그 기능을 사용할 것 같습니다. 이 주제에서 아이디어를 잃어버리지 않도록 Contribute > Feature 주제를 새로 만드는 것이 가장 좋을 것 같습니다.
수정: 여기에서 완료했습니다.
4개의 좋아요
2015년부터 이 주제에 대해 논의가 이어져 왔음에도, 왜 이러한 권한 구조를 허용하는 데 대한 거부감이 있는지를 이해하기가 정말 어렵습니다. 원포스터(OP)의 제안이 왜 매력적인지, 그리고 사적 메시징을 대안으로 사용하는 것에 대한 거부감이 왜 있는지는 충분히 이해할 수 있습니다. 조금 더 세분화된 권한 구조는 디스코르스(Discourse)에 있어 큰 전환점이 될 것입니다. 커뮤니티 내에서 더 창의적인 활용을 위한 많은 가능성을 열어줄 수 있을 테니까요.
세분화된 권한이 미치는 영향은… 잘 알려져 있습니다. 바로 이 이유 때문에 vBulletin이 카테고리 권한을 얼마나 엉망으로 만들어놓았는지 생각하면 아직도 악몽을 꿉니다.
중요한 점은, 사용자가 주제를 생성할 수 있고 자신이 생성한 주제만 볼 수 있도록 하려는 것이라면, 이 기능은 이미 DM(개인 메시지)에 존재한다는 것입니다. 그룹 메일박스와 결합하면 이미 원하는 동작을 재현할 수 있습니다.
1개의 좋아요
저는 개인적으로 vBulletin이나 다른 포럼 소프트웨어에 대한 경험이 없습니다. 커뮤니티 기반 플랫폼에 대한 제 배경은 Discord에서 비롯되었는데,在那里 커뮤니티 크리에이터들은 권한에 대해 더 많은 제어권을 가집니다. 또한, 더 많은 제어를 허용하는 다른 많은 시스템에서도 권한 시스템이 성공적으로 구현된 것을 본 적이 있습니다. 이 시나리오에서 500개의 토글 버튼을 원하는 사람은 아무도 없다고 생각합니다. 대신, 생성, 보기, 답글 권한을 서로 독립적으로 할당할 수 있는 기능이 필요합니다.
원하는 동작은 사용자가 카테고리를 열고, "새 주제"를 클릭하고, 내용을 입력하면, 그 게시물이 해당 사용자와 “보기” 권한이 있는 사람만 볼 수 있도록 하는 것입니다. PM은 위에서 설명한 것보다 사용자가 탐색하기에 훨씬 번거롭습니다. 더 많은 사용자 주도성이 필요하며, UI에서 기능이 더 깊이 숨겨져 있습니다.
이 문제의 더 간단한 해결책은 이메일을 통한 주제 생성을 허용하는 것입니다. 그러나 이 방식에도 단점이 있습니다. 커뮤니티 참여를 직접적으로 장려하지 않으며, 목표를 달성하기 위해 사용자가 제3자 시스템을 사용해야 합니다.
직접 메시지와 카테고리 권한은 두 가지 별개의 주제이며, OP가 요청한 것이 아니거나, 이후에 참여할 많은 사람들이 찾고 있는 것도 아닙니다.