For example, let’s say that I have a volunteer organization. There are different groups of volunteers with different functions. One group of volunteers is working on the online forum. Another group is working on an upcoming potluck party.
I’d love to be able to add someone to project based sub-groups, let’s say “online-forum” and “potluck-party” and have everyone in these groups automatically be placed in a “volunteer” group.
You can give category access to any number of groups, so you can give access to the volunteer category to all of those subgroups, and, perhaps, but even bother with a volunteer group.
I want to be able to message the group. Let’s say we have a volunteer-only appreciation event. I’d like to be able to @volunteers in order to notify everyone.
I don’t want every volunteer to be notified every time a topic is created in the Volunteer category, so setting every group to watch the category wouldn’t work. I want to reserve the messages for special occasions.
People can only sign up using emails at the moment.
We mostly add people by invite.
We have a public facing part of the forum for discussions, announcements, and events and jobs postings that are open to anyone.
We have an internal facing part of the forum for projects that only people who are volunteering for that project have access to.
When someone joins a volunteer effort who isn’t already on Discourse, we invite them into the relevant group and all communications about the volunteer effort goes through Discourse.
Are you saying we could create an announcements sub-category within the volunteers category and use a plug-in like https://meta.discourse.org/t/ability-to-force-subscription-to-a-category/66357/2? That could work for the messaging use case. It still creates redundancy, where I need to give access to the volunteers category to every volunteer group AND add the same groups to the plug-in, but it’s certainly better than having redundancy at the user level. Thanks!
I continue to think having sub-groups and parent groups is a good idea. Categories are about organizing topics and groups are about organizing people. They often overlap but aren’t the same.
3개의 좋아요
csmu
(Keith John Hutchison - Ceiteach Seán Mac Úistin)
7
I’m looking to have sub groups to be public only to parent or relate groups.
The problem I’m wanting to solve is enabling volunteers to be able to freely join or leave groups that relate to the categories.
Something like tag_groups. Being able to determine which groups are ‘public’ for that categoru.
모든 사용자가 필요한 모든 그룹에 포함되어 있는지, 그리고 카테고리(특히 하위 카테고리)에 모든 하위 그룹이 포함되어 있는지 확인하는 것은 관리 측면에서 큰 부담입니다.
그룹을 정리하고 숨기는 것에는 여지가 있지만, 하위 그룹 기능이 있다면 우리에게 훨씬 단순해질 것입니다.
Active Directory에서는 하위 그룹을 통해 그룹 구조와 구성원의 정확성을 유지하는 것이 훨씬 쉬워집니다. 특히 규모가 큰 조직에서 더욱 그렇습니다. 하지만 이를 구현하는 것은 꽤 복잡할 것이며 많은 것들(예: 플러그인)이 깨질 가능성이 큽니다. 확실히 우리 Microsoft 동료들이 이를 제대로 정리하는 데 약 10년이 걸렸으니 말입니다!
@tobiaseigen 답변해 주셔서 정말 감사합니다. 저희는 'Advisors(자문단)'라는 그룹을 운영하고 있으며, 브랜드들이 특정 전문 분야(예: 마케팅, 영업 등)를 가진 자문가를 검색할 수 있는 방법을 찾고 있습니다. 즉, 자문가들이 3가지 전문 분야를 선택해 해당 그룹에 가입/구독하도록 하면, 마케팅 자문가와 연락이 필요한 브랜드는 해당 전문 분야를 선택한 모든 자문가와 직접 소통할 수 있게 됩니다.
+1, 이 기능이 필요합니다. 다른 요일에 주간 수업이 있는 코스를 가르치는 경우(예: A100 코스에서 한 수업은 매주 월요일, 다른 수업은 매주 화요일)에 사용할 수 있는 사용 사례를 생각해 볼 수 있습니다. 이 경우 A100 학생 전체를 위한 그룹을 만들고, 각 월요일/화요일 수업을 해당 상위 그룹 내의 개별 하위 그룹으로 구성할 수 있습니다.
이렇게 하면 전체 코스를 위한 공지사항/교재를 상위 그룹으로 보낼 수 있고, 개별 요일별 수업(예: 월요일 수업)은 각각 자체 Q&A 카테고리를 가질 수 있습니다.