Parent groups and sub-groups

I’d love a feature that allows us to nest groups.

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.

7개의 좋아요

What problem are you trying to solve?

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.

1개의 좋아요

How are your users getting into Discourse? Are you using any form of identity management, or single sign-on?

You could create announce categories for the announcements. But you’d need a plugin to force having them watched.

I think that would be easier than the plugin to create sub groups.

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개의 좋아요

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.

3개의 좋아요

I’ve thought of another reason to have parent groups, or at least ways to categorize groups.

Right now I have multiple groups that serve different purposes.

Project Groups

  • Online Forum Circle
  • Branding Circle

Affinity Groups

  • Black, Indigenous, and People of Color
  • LGBTQ

Event Alumni

  • 2018 EDU Potluck Party
  • 2019 Youth-Led Collective Impact Gathering

Right now there’s no easy way to categorize them. I could potentially have a naming mechanism, but something like

  • affinity-bipoc
  • affinity-lgbtq
  • alumni-2018-edu-potluck-party
  • alumni-2019-youth-led-collective-impact-gathering
  • circle-branding
  • circle-online-forum

seems really clunky to me, and long!

I imagine tag groups were created for the same reason.

2개의 좋아요

해결이 필요한 그룹 관련 문제:

  1. 그룹 수가 너무 많습니다(60개 이상). 관리하기가 벅차기만 합니다.
  2. 많은 그룹이 사실상 다른 그룹의 하위 그룹입니다.
  3. 하위 그룹에 속해 있는 사용자는 항상 상위 그룹에도 포함되어 있어야 합니다.
  4. 모든 사용자가 필요한 모든 그룹에 포함되어 있는지, 그리고 카테고리(특히 하위 카테고리)에 모든 하위 그룹이 포함되어 있는지 확인하는 것은 관리 측면에서 큰 부담입니다.

그룹을 정리하고 숨기는 것에는 여지가 있지만, 하위 그룹 기능이 있다면 우리에게 훨씬 단순해질 것입니다.

Active Directory에서는 하위 그룹을 통해 그룹 구조와 구성원의 정확성을 유지하는 것이 훨씬 쉬워집니다. 특히 규모가 큰 조직에서 더욱 그렇습니다. 하지만 이를 구현하는 것은 꽤 복잡할 것이며 많은 것들(예: 플러그인)이 깨질 가능성이 큽니다. 확실히 우리 Microsoft 동료들이 이를 제대로 정리하는 데 약 10년이 걸렸으니 말입니다!

4개의 좋아요

플러그인이 서브 그룹에 사용자들이 가입할 때 부모 그룹에 자동으로 추가되는 커스텀 필드인 '부모 그룹’을 추가할 수 있습니다. 이는 비교적 간단한 작업입니다.

다만, 사용자가 자식 그룹에서 나갔을 때 부모 그룹에서도 제거해야 하는지 여부를 판단하는 것은 좀 더 복잡한 문제가 됩니다.

2개의 좋아요

이 기능 구현에 찬성합니다!

서브그룹을 생성하는 기능이 이미 존재합니까? 여기에서 게시물을 찾았지만, 해결책을 제공하지는 않고 플러그인 구현이 가능하다는 언급만 하고 있습니다.

제 사용 사례는 다음과 같습니다:
부모 그룹:

  • PythonUsers

자식 그룹:

  • Python-Specialists
  • Python-Admin
  • Python-Basic

이 경우 @PythonUsers를 사용하여 모든 전문가, 관리자 및 기본 사용자에게 알림을 보낼 수 있습니다. 하지만 파이썬 전문가의 의견만 요청하려면 @PythonSpecialists 그룹 태그를 사용합니다.

4개의 좋아요

Discourse는 그 반대 방향으로 설계되어 있습니다. 카테고리를(선택적으로 하위 카테고리를) 생성하고, 사람들이 해당 카테고리에서 토론에 참여할 수 있도록 허용합니다. 알림을 받고 싶다면, 파란색 종 아이콘을 사용하여 각 카테고리별 알림 설정을 조정할 수 있습니다.

또한, 그룹을 생성할 수도 있습니다. 원한다면 주제를 @멘션하여 그룹을 대화에 포함시킬 수 있습니다. 예를 들어 @pythonusers(파이썬을 사용하는 모든 사람)나 @python-specialists(단순히 파이썬 전문가만)와 같은 방식으로 사용할 수 있습니다.

그러나 이상적으로는 먼저 카테고리 구조를 확립하는 것이 좋습니다.

3개의 좋아요

저희는 그룹과 카테고리를 다르게 사용하고 있으며, 개별 그룹 내에 하위 그룹을 생성해야 합니다. 이것이 가능한가요?

제니님, 안녕하세요! 서브그룹을 생성하고 계층 구조로 시각화하는 기능은 없습니다. 대신 중복 멤버십을 가진 그룹을 만드는 것은 가능합니다.

구체적으로 어떤 작업을 하고 싶으신지 조금 더 자세히 설명해 주시겠어요?

@tobiaseigen 답변해 주셔서 정말 감사합니다. 저희는 'Advisors(자문단)'라는 그룹을 운영하고 있으며, 브랜드들이 특정 전문 분야(예: 마케팅, 영업 등)를 가진 자문가를 검색할 수 있는 방법을 찾고 있습니다. 즉, 자문가들이 3가지 전문 분야를 선택해 해당 그룹에 가입/구독하도록 하면, 마케팅 자문가와 연락이 필요한 브랜드는 해당 전문 분야를 선택한 모든 자문가와 직접 소통할 수 있게 됩니다.

1개의 좋아요

그룹 이름을 사용하여 계층 구조를 만들 수 있습니다. 예를 들어 다음과 같이 사용할 수 있습니다:

Advisers
Advisers-marketing
Advisers-sales

1개의 좋아요

이 기능의 구현을 지지합니다.

+1, 이 기능이 필요합니다. 다른 요일에 주간 수업이 있는 코스를 가르치는 경우(예: A100 코스에서 한 수업은 매주 월요일, 다른 수업은 매주 화요일)에 사용할 수 있는 사용 사례를 생각해 볼 수 있습니다. 이 경우 A100 학생 전체를 위한 그룹을 만들고, 각 월요일/화요일 수업을 해당 상위 그룹 내의 개별 하위 그룹으로 구성할 수 있습니다.

이렇게 하면 전체 코스를 위한 공지사항/교재를 상위 그룹으로 보낼 수 있고, 개별 요일별 수업(예: 월요일 수업)은 각각 자체 Q&A 카테고리를 가질 수 있습니다.


길고 혼란스러운 비유를 해서 죄송합니다!

이 새로운 (비공식) 플러그인은 이 기능을 훌륭하게 제공합니다:

4개의 좋아요