rogerco
(Roger CO)
1
グループ数が多数ある場合、グループリストが煩雑にならないよう、非公開グループは表示されず、公開されないように設定したいと考えるでしょう。
しかし、オーナーが他の手段で受け取ったリクエストに応じてメンバーを追加するのではなく、招待グループの「リクエスト」ボタンをクリックした際に表示されるのと同じダイアログを使って、ユーザーがグループへのアクセスをリクエストできるようにしたいと考えています。
グループには、ユーザーがメンバーシップリクエストを送信できるようにする管理者オプションがあります：
ただし、このオプションは、グループの可視性が「ログイン中のユーザー」または「全員」に設定されている場合にのみ機能し、グループが表示されていない場合は無効化（グレーアウト）されます。
「リクエスト」ボタンを押すと、モーダルダイアログが表示され、グループのオーナーにメッセージが送信されます。
このダイアログを、非公開グループの存在をメンバーに知らせ、参加をリクエストするためにカテゴリに貼り付けられるリンクから表示させる別の方法はあるでしょうか。あるいは、@groupname-owners のような単純なメッセージアドレスがあり、非公開グループのオーナーに参加リクエストを送信できるような仕組みはあるでしょうか。
これらは矛盾する欲求ではありませんか？グループは非公開なのに、誰かがそのグループのことを知り、アクセスを申請できるようにする必要がある？どのようにして合理的に扱うべきか、確信が持てませんね：thinking:
rogerco
(Roger CO)
3
OP の最初の文をご覧ください。
ユーザーベースには、グループとフォーラム（カテゴリ）の違いについて既に大きな混乱があります。
グループとフォーラムの命名規則をかなり厳格に定めていても、フォーラムが数十以上ある場合、グループ一覧は非常に扱いにくくなります。
そこで、トップレベルのカテゴリの受付エリアとして、その中に多くのフォーラムをサブカテゴリとして含め、利用可能なフォーラムの一覧（大部分、あるいはすべてではないが、プライベートなフォーラムも含む）を表示し、公開フォーラムには即時参加ボタンやリンク、リストされたプライベートフォーラムには参加リクエストを送るためのボタンやリンクを設けるという概念です。
これにより、グループ一覧は誰でも閲覧し、即時参加できる公開フォーラムのみに絞り、トップレベルカテゴリへのアクセス権を持つ人々が招待をリクエストすることで（コーディネーターがフィルタリング可能）、ほとんどのプライベートグループにアクセスできるようにできます。
この仕組みは機能していますが、グループオーナーに自動で参加リクエストメッセージを送信する機能が欠けています。現在は連絡先を DM で公開する必要があり、担当者が変わるなどのメンテナンス面で頭痛の種となっています。エレガントな解決策ではありません。
複数のフォーラムを1つのインスタンスでホストしようとしているのですね。複数のDiscourseインスタンスを起動する方がよいのではないでしょうか。
