Right now, categories can only be nested one level, either in root, or nested under one parent. For a new forum we’re planning, it would be really nice if we could nest three levels. Is that something that might be “easily” enabled and/or is planned for the new future?
ie, I’d like (made up example):
Brands > Apple > iPhone
Brands > Apple > Mac
Brands > Google > Pixel
Other Root Category > Other > Other
thanx!
marc
Just to relate my own experience, we started our forum with lots of categories and subcategories, but after a year, we’re actually moving in the opposite direction – eliminating subcategories in many cases and using tags instead. I’ve found tags to be far more flexible, and their use surfaces content that users might otherwise miss by not looking in the “proper” category or subcategory.
Just something to consider!
Have you considered using tags to structure things beyond the subcategory? It’s something that works today as-is.
AFAIK there are no plans to go beyond subcategories, it has been discussed many times and the benefits just aren’t there.
It is a long story but we will be adding three levels as it comes up too often for enterprisey clients.
To me it is a clear case of “be careful what you ask for” but then some people willingly eat blood sausages, so… 
Those are delicious 
Jeff,
that is excellent news. we have thought long and hard about using tags, but I believe three levels of nesting are the right solution for what we wanna do (especially since categories do up-merge, i.e. the parent shows all posts from all its sub categories).
Do yo have a (guesstimated) time line? I know you cant make any guarantees, but are you thinking in terms of next week, next month, or next year?
thanx!
marc
Somewhere between next month and next year, but you can certainly make it happen faster by signing up to a enterprise plan with us 
Is there something comparable to that for self-hosting? we’re not really in there market for stopping to self-host, but that doesn’t mean we’d not be open to financially (or otherwise) contributing…
We occasionally take sponsorship for big features if we know we want to build them just can not justify cost at this second.
But fair warning, this would be expensive to sponsor, we are talking about 2-6 weeks of work at our current hourly rate. If you have budget to sponsor the whole thing, sure you can contact us at team@discourse.org
Gotcha. that’ll probably be a. bit out of the scope for the project we have this in mind for, but we’ll take the option under consideration… Thanx!
any idea on an ETA on this one ?
It is still on the same state:
Raising my hand for this feature, please.
We’re actively working on this at the moment. It will likely be available in the early new year.
おっと、やらかしちゃった。ついにタグに切り替えることを自分自身に納得させたよ。これは感情的なジェットコースターだね。
タグを使う方がずっといいですよ。これを有効にすると、 basically「自分で自分を痛めつけるのが好き」というサイト設定と同じになります。
ネストされたサブカテゴリの代わりにタグを使用するにはどうすればよいですか？
Admin guide to tags in Discourse をご覧になりましたか？
このプロジェクトの進捗はいかがでしょうか？私たちは最初からタグを使用していますが、3 段階目の階層があれば、特定の用途において私の頭痛の種を減らし、作業を簡素化できると思います。
注：当サイトではカテゴリを「チャンネル」と呼んでいます。
2 つのチャンネルはサイトの核心的な目的を果たすため、意図的にサブチャンネルを持たず、タグを幅広く活用しています。
その他のすべてのチャンネルは補完的な機能を果たすために存在します。フィードバック（サイトおよびコミュニティのメタコミュニケーション）、お知らせ（すべての発信情報の歴史的・時系列的なアーカイブ）、ニュース（「世の中」の当サイトの目的に関連するニュース）、リソース、レビュー、HVAC（購読者のみアクセス可能な、トピックが表示されない非公開の vents スポット）などです。
実際には、これらのトップレベルのチャンネルはタグとして扱ってもよいのですが、特定の機能を持つため、別の「フォーラムセクション」に属するトピックを他のトピックから分離したいと考えています。残念ながら、最上位レベルは含まれる関連チャンネル群に対して「セクションタイトル」を提供するために使用されるため、現在、サブチャンネルを作成することは不可能です。
使用例：
「リソース」チャンネルには「書籍」「トレーニング」「サンプルファイル＆コードスニペット」「アプリ（コミュニティに無償で提供されるもの）」「有料の製品＆アプリ」「プラグイン」などがあります。
プラグインは私たちが使用するプラットフォームにおいて非常に重要であるため、それ専用のチャンネルを設ける価値があります。特に、そのプラットフォームを使用して作られた実際の製品からプラグインを分離したいからです。
一部のプラグイン制作者は自らの製品を積極的に宣伝しており、これらの活発な宣伝担当者による「更新情報」「お知らせ」「リリース」などの大量のスレッドの中に、いくつかの異なるプラグインのスレッドが埋もれてしまうのを避けたいと考えていました。そのため、プラグインごとにスレッドを 1 つに制限するルールを設けました。しかし、人々に常にそのルールを思い出させる必要があるだけでなく、そのチャンネルの整理整頓に追われる結果となっています。
もしプラグインごとにサブチャンネルを作成できれば、各開発者や製品のプロモーターに自らのチャンネルを管理させ、プロモーションや更新のお知らせを掲載させつつ、その特定のプラグインチャンネルに表示されるスレッド数を 1 つに制限することも可能になります。
したがって、1 つさらに階層を深くしてネストできる機能を心から待ち望んでいます。
次に非常に有用な機能として、「チャンネル（カテゴリ）」レベルのモデレーター機能があります。特定のチャンネルに対してのみモデレーション権限を付与できれば素晴らしいでしょう。
現在の回避策としては、「JohnDoe_curator」というグループを作成し、John Doe をそのグループのオーナーとし、JDcollection チャンネルに対しては、JohnDoe_curator グループに作成権限を、Everyone に閲覧および返信権限を付与するという方法をとっています。
こんにちは、Cécile さん。このプロジェクトは数ヶ月前に完了しましたが、当社のホスト型プランではエンタープライズ向けのお客様のみ利用可能です。