このプロジェクトの進捗はいかがでしょうか？私たちは最初からタグを使用していますが、3 段階目の階層があれば、特定の用途において私の頭痛の種を減らし、作業を簡素化できると思います。
注：当サイトではカテゴリを「チャンネル」と呼んでいます。
2 つのチャンネルはサイトの核心的な目的を果たすため、意図的にサブチャンネルを持たず、タグを幅広く活用しています。
- ER（質問）
- ラウンジ（議論）
その他のすべてのチャンネルは補完的な機能を果たすために存在します。フィードバック（サイトおよびコミュニティのメタコミュニケーション）、お知らせ（すべての発信情報の歴史的・時系列的なアーカイブ）、ニュース（「世の中」の当サイトの目的に関連するニュース）、リソース、レビュー、HVAC（購読者のみアクセス可能な、トピックが表示されない非公開の vents スポット）などです。
実際には、これらのトップレベルのチャンネルはタグとして扱ってもよいのですが、特定の機能を持つため、別の「フォーラムセクション」に属するトピックを他のトピックから分離したいと考えています。残念ながら、最上位レベルは含まれる関連チャンネル群に対して「セクションタイトル」を提供するために使用されるため、現在、サブチャンネルを作成することは不可能です。
使用例：
「リソース」チャンネルには「書籍」「トレーニング」「サンプルファイル＆コードスニペット」「アプリ（コミュニティに無償で提供されるもの）」「有料の製品＆アプリ」「プラグイン」などがあります。
プラグインは私たちが使用するプラットフォームにおいて非常に重要であるため、それ専用のチャンネルを設ける価値があります。特に、そのプラットフォームを使用して作られた実際の製品からプラグインを分離したいからです。
一部のプラグイン制作者は自らの製品を積極的に宣伝しており、これらの活発な宣伝担当者による「更新情報」「お知らせ」「リリース」などの大量のスレッドの中に、いくつかの異なるプラグインのスレッドが埋もれてしまうのを避けたいと考えていました。そのため、プラグインごとにスレッドを 1 つに制限するルールを設けました。しかし、人々に常にそのルールを思い出させる必要があるだけでなく、そのチャンネルの整理整頓に追われる結果となっています。
もしプラグインごとにサブチャンネルを作成できれば、各開発者や製品のプロモーターに自らのチャンネルを管理させ、プロモーションや更新のお知らせを掲載させつつ、その特定のプラグインチャンネルに表示されるスレッド数を 1 つに制限することも可能になります。
したがって、1 つさらに階層を深くしてネストできる機能を心から待ち望んでいます。
次に非常に有用な機能として、「チャンネル（カテゴリ）」レベルのモデレーター機能があります。特定のチャンネルに対してのみモデレーション権限を付与できれば素晴らしいでしょう。
現在の回避策としては、「JohnDoe_curator」というグループを作成し、John Doe をそのグループのオーナーとし、JDcollection チャンネルに対しては、JohnDoe_curator グループに作成権限を、Everyone に閲覧および返信権限を付与するという方法をとっています。