グループを階層化できる機能があると嬉しいです。
例えば、ボランティア団体があるとしましょう。ボランティアには異なる役割を持つ複数のグループがあります。あるグループはオンラインフォーラムの運営を担当し、別のグループは近々開催されるピクニックパーティーの準備を担当しています。
「online-forum」や「potluck-party」のようなプロジェクトベースのサブグループに人を追加し、これらのグループの全員が自動的に「volunteer」グループに所属するようにできると理想的です。
「いいね！」 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
解決すべき当グループの課題:
- グループ数が非常に多い（60 以上）ため、管理が困難です。
- 多くのグループは実際には他のグループのサブグループです。
- サブグループに所属するユーザーは、必ず上位のグループにも含める必要があります。
- 全員が必要なグループに含まれているか、カテゴリにすべてのサブグループ（特にサブカテゴリ）が含まれているかを確認するのは、管理上の頭痛の種です。
多くのグループを整理して非表示にする余地はありますが、サブグループ機能が実装されれば、私たちの業務は大幅に簡素化されます。
Active Directory では、グループ構造の維持とメンバーの正確性を保つことが、特に大規模組織において非常に容易になります。ただし、実装は複雑で、プラグインなど多くの機能を破壊する可能性もあります。マイクロソフトの同僚たちがこの問題を解決するのに約 10 年を要したことを考えると、その難易度がうかがえます。
「いいね！」 4
プラグインにより、サブグループにカスタムフィールド（親グループ）を追加し、ユーザーがサブグループに参加した際に親グループにも自動的に追加されるようにすることは、比較的簡単です。
ただし、ユーザーがサブグループから退出した際に、親グループからも削除するかどうかを判断するのは、やや複雑になります。
「いいね！」 2
この機能の実装を支持します！
サブグループを作成する機能は既にありますか？こちらに投稿を見つけましたが、解決策は示されておらず、プラグインによる実装が可能だと記載されているのみです。
私のユースケースは以下の通りです：
親グループ：
- PythonUsers
子グループ：
- Python-Specialists
- Python-Admin
- Python-Basic
ここでは、@PythonUsers を使用して、すべてのスペシャリスト、管理者、基本ユーザーに通知を送ることができます。しかし、Python スペシャリストからの入力だけを求めたい場合は、@PythonSpecialists グループタグを使用します。
「いいね！」 4
ディスコースは逆の方向に向いています。あなたはカテゴリー（およびオプションでサブカテゴリー）を作成し、そこに人々が討論に参加できるようにします。通知を受けたい場合は、青いベルを使って各カテゴリーの通知設定を行うことができます。
また、トピック内で @ メンションが可能なグループを作成することもでき、例えば @pythonusers（Pythonを使っている人全員）や @python-specialists（Pythonの専門家のみ）といったシステムを使用して会話に参加させることもできます。
ただし、まずはカテゴリー構造をしっかり決めるのが理想的です。
「いいね！」 3
私たちはカテゴリをグループとは異なる方法で使用しており、個々のグループ内にサブグループを作成する必要があります。それは可能ですか？
こんにちは、ジェニー！いいえ、サブグループを作成したり、それらを階層で視覚化したりする機能はありません。ただし、重複メンバーシップのグループを常に作成することは可能です。
もう少し詳しく、あなたが何をしたいのか教えてもらえますか？
@tobiaseigen ご回答ありがとうございます。Advisors というグループがあり、ブランドが特定の専門分野（マーケティング、セールスなど）を持つアドバイザーを検索できるようにしたいと考えています。アドバイザーは 3 つの専門分野を選択して、それらのグループに参加/購読します。ブランドがマーケティング担当アドバイザーに連絡する必要がある場合、その専門分野を選択したすべての人に直接連絡できます。
「いいね！」 1
グループ名を使用して階層を作成することもできます。例えば：
アドバイザー
アドバイザー-マーケティング
アドバイザー-セールス
「いいね！」 1
私はこの機能の実装を支持します。
この機能に賛成です。たとえば、異なる曜日に毎週授業があるコース（たとえば、あるクラスは毎週月曜日、別のクラスは毎週火曜日、すべてA100コース）を教えている場合、A100のすべての学生に対してグループを使用し、各月曜日/火曜日のクラスが親グループ内の個別のグループになるようなユースケースが考えられます。
そうすることで、コース全体の告知/教材を親グループに送信でき、個々の日（たとえば、月曜日のクラス）には独自のQ＆Aカテゴリを設定できます。
この新しい（非公式）プラグインは、この機能を見栄え良く提供します。
「いいね！」 4