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:
이 기능에 손을 들어주세요.
현재 이 문제를 적극적으로 해결하고 있습니다. 새해 초에 출시될 것으로 예상됩니다.
아, 진짜. 드디어 태그로 바꾸기로 마음을 굳혔다. 감정의 롤러코스터다. 
태그를 사용하는 것이 더 좋습니다. 이 설정을 활성화하면 사실상 "나 자신을 때리는 걸 좋아한다"는 사이트 설정이 되는 셈이죠.
중첩된 하위 카테고리 대신 태그를 어떻게 사용해야 하나요?
Admin guide to tags in Discourse 를 읽어보셨나요?
이 프로젝트는 얼마나 진행되고 있나요? 처음부터 태그를 사용해 왔는데, 세 번째 수준까지의 하위 구조가 있다면 많은 문제를 해결할 수 있을 것 같고, 특정 용도에 맞게 작동할 것 같습니다.
참고: 저희 사이트에서는 카테고리를 '채널’이라고 부릅니다.
두 개의 채널이 사이트의 핵심 목적을 담당하며, 의도적으로 하위 채널을 두지 않고 태그를 광범위하게 사용하고 있습니다.
나머지 모든 채널은 보완적인 기능을 수행하기 위해 존재합니다: 피드백(사이트 및 커뮤니티 메타 커뮤니케이션), 공지사항(모든 발신 커뮤니케이션의 역사적·시간적 저장소), 뉴스(우리의 목적과 관련된 ‘Out there’ 뉴스), 리소스, 리뷰, HVAC(구독자만 접근할 수 있는 비모더레이션 vents 공간으로, 주제가 표시되지 않음) 등입니다.
사실, 이러한 최상위 채널들은 태그로 대체할 수 있지만, 특정 기능이 있으므로 나머지 주제와 분리되어 별도의 '포럼 섹션’에 속해야 합니다. 불행히도, 최상위 수준은 포함된 관련 채널 그룹에 대해 '섹션 제목’을 제공하기 위해 사용되므로, 현재로서는 하위 채널을 만들 수 없습니다.
사용 사례 예시:
‘리소스’ 채널에는 ‘책’, ‘교육’, ‘샘플 파일 및 코드 스니펫’, ‘앱(커뮤니티에 무료로 제공)’, 수익화 제품 및 앱, ‘플러그인’ 등이 있습니다.
플러그인은 우리가 사용하는 플랫폼에서 매우 중요한 요소이기 때문에, 해당 플랫폼을 사용하여 생성된 실제 제품과 분리하기 위해 자체 채널을 가질 가치가 있습니다.
일부 플러그인 제작자는 자신의 제품을 적극적으로 마케팅하고 있으며, 이러한 적극적인 프로모터들의 ‘업데이트, 공지, 릴리스 등’ 수많은 스레드 사이에 몇 개의 다른 플러그인 스레드가 묻히는 것을 피하고 싶었습니다. 그래서, 플러그인당 하나의 스레드만 허용하는 규칙을 만들었습니다. 사람들이 계속 상기시켜줘야 하는 문제 외에도, 저는 해당 채널을 계속 정리해야 하는 상황에 놓여 있습니다.
플러그인별로 하위 채널을 만들 수 있다면, 각 개발자/제품 프로모터가 자신의 채널을 관리하게 하고, 프로모션과 업데이트 공지를 하면서도 해당 특정 플러그인 채널에 표시되는 스레드 수를 1개로 제한할 수 있습니다.
따라서 한 단계 더 아래로 중첩할 수 있는 기능을 정말로 기대하고 있습니다!
다음으로 매우 유용할 기능은 ‘채널(카테고리)’ 수준의 모더레이터입니다. 특정 채널에만 모더레이션 권한을 부여할 수 있다면 정말 좋을 것입니다.
현재 제 우회 방법은 JohnDoe_curator라는 이름의 그룹을 만들고, John Doe를 그룹 소유자로 설정한 후, JDcollection 채널에 대해 JohnDoe_curator 그룹에 생성 권한을, Everyone에게 읽기 및 답변 권한을 부여하는 것입니다.
Cécile님, 안녕하세요. 몇 달 전에 이미 완료되었지만, 저희 호스팅 플랜에서는 Enterprise 고객에게만 제공됩니다.