@LeoDavidson 님의 게시물에 정말 마음에 드는 깊이 있는 답변들이 많았지만, 특히 이 부분은 인상적이었습니다:
이 기능은 정말 감사하겠습니다. 하위 카테고리가 상위 카테고리에 묶여 살짝 들여쓰기된 형태로 표시된다면 네비게이션에 큰 도움이 될 것입니다. 더 좋다면 사용자가 직접 접기/펼치기(롤업)를 제어할 수 있다면 완벽하겠죠.
11번 댓글의 "이미 시도해 봤다"는 내용을 인지하고 있습니다만… 약 100개 정도의 카테고리와 수많은 하위 카테고리를 가진 사이트에서 그렇게 시도해 본다면 제 입장에서는 엉망이 될 것입니다. 알파벳 순서는 제 사용자에게는 뒤죽박죽인 무의미한 목록이 될 것입니다.
사이트 설정 순서를 옵션으로 제공하는 것이 좋겠습니다. @knewt 님과 마찬가지로, 그렇게 할 수 없다면 제 사이트에서 이 메뉴를 자발적으로 활성화하는 것을 상상하기 어렵습니다.
틀렸습니다. 사용자에게 엉망이 될 겁니다. 사이드바에 순서 상관없이 100개 이상의 카테고리를 배치해 보시면 됩니다. 그냥 쓸 수 없습니다. 그래서 카테고리 전용 페이지가 있는 겁니다.
사이드바는 사용자가 선택한 정말 중요한 소수의 카테고리를 위한 것입니다. 관리자가 선택하는 것이 아닙니다.
내가 틀렸다고 이렇게 명확하게 알려주셔서 감사합니다. 
사용자들이 사이드바에 100개 이상의 카테고리를 모두 보고 싶어 한다는 건 아닙니다. 하지만 사용자는 다양한 범위의 카테고리에 걸쳐 활동하는 경우가 많으며, 하위 카테고리의 이름은 상위 카테고리에 상대적이라 맥락이 없으면 그 의미가 잘 전달되지 않습니다.
따라서 각 사용자가 선택한 카테고리에 대해 사이트 순서를 적용하는 것은 제 사이트 사용자에게 있어 사용 가능과 불가능을 가르는 결정적인 차이입니다.
네, 카테고리 수를 줄이는 작업도 진행 중입니다. 하지만 사이트 목적에 맞는 합리적인 수라 해도 수십 개에 달하므로 핵심 문제는 여전히 남아 있습니다.
아주 잘 오셨습니다.
하지만 결국 — 질문의 핵심은 카테고리를 페이지에 덤프(dump)하고 사이드바로 이동시키는 기능입니다.
만약 당신이나 다른 사용자가 태그에 대해서도 같은 일을 하려 한다면 어떨까요? 순서가 어떤 것이든 상관없습니다. 여전히 사용할 수 없기 때문입니다.
최선의 선택은 포럼이 사용하는 것과 동일한 순서를 유지하면서, 사용자가 원하는 순서로 모든 항목을 드래그 앤 드롭할 수 있도록 하는 것입니다.
사실 사이드바의 가장 큰 문제는 다른 내비게이션 및 구조와 겹치는 것입니다. 그리고 사용자가, 또는 관리자가, 사실상 모든 것을 사이드바로 이동할 수 있는 도구를 가진다면 그 의미가 없습니다. 아예 포럼 전체를 사이드바로 옮기죠 
저는 그렇게 요청한 적이 절대, 전혀 없습니다.
제가 요청하는 것은 (선택 사항일 수 있지만) 선택된 카테고리가 알파벳 순서가 아닌 문맥에 맞게 정렬되라는 것입니다.
좋습니다. 드래그 앤 드롭(D&D)은 괜찮지만, 제가 요청하는 것은 정확히 당신의 제안 중 첫 번째 부분입니다. 즉, 포럼이 사용하는 순서와 동일한 순서를 기본값으로 설정하라는 것입니다. Discourse의 기본 설정이 아니더라도, 최소한 하나의 옵션으로 제공되길 바랍니다.
카테고리의 기본 정렬 순서가 /categories 페이지와 일치해야 한다는 데 동의합니다. 해당 페이지의 정렬은 고정된 카테고리 위치 설정에 의해 결정됩니다. 현재 사이드바는 항상 알파벳 순서로 정렬되는데, 다른 정렬 방식을 사용하는 것이 다소 이상해 보입니다.
@mcwumbly 이 문제는 이미 파악하고 계신가요? 어떻게 생각하시나요?
이 문제에 대해 더 깊이 알고 싶다면 여기에서 논의가 진행되고 있습니다: Nest subcategories under their parent categories in the sidebar
사이드바에 표시되는 항목은 사용자가 선택한 부분 집합이라는 점이 중요하며, 이는 사이트 전체에서 선택된 정렬 방식을 사용하는 것이 적절하지 않을 가능성이 높다는 것을 의미한다고 생각합니다.
여기서 논의하고 있는 유형의 문제의 경우, 사용자가 여러 섹션을 가질 수 있도록 하여 자신에게 중요한 방식으로 항목을 _그룹화_할 수 있게 하는 것이, 정렬 방식을 세밀하게 제어하는 것보다 더 중요할 것으로 예상됩니다.
왜 이상할까요? 주요 아이디어가 중요한 카테고리에서 새 게시물의 알림을 받을 수 있는 기능을 제공하는 것이 wasn’t 아니었나요? 그리고 그 중요도는 관리자나 소프트웨어가 아닌 사용자가 결정하는 것입니다.
그러면… 사이드바는 예를 들어 카테고리 페이지의 부분적인 사본인가요, 아니면 사용자를 위한 도구인가요? 바로 이것이 핵심 질문입니다.
위에서 언급한 가정이 이번 논쟁의 핵심일 수 있습니다. 일부 사용자에게는 가장 많이 참여하거나 모니터링하는 카테고리에 빠르게 접근하기 위한 기능일 뿐이지만, 다른 사용자에게는 카테고리별 활동 추적을 위한 기능일 수 있습니다. 질문자님은 후자의 관점에서 생각하고 계신 것 같지만, 많은 사용자는 그렇지 않을 것이며, 후자의 관점에서 생각하는 사용자 중에서도 변화가 가장 많은 카테고리가 목록 상단에 오기를 원하지 않을 수 있습니다.
저는 목록 순서가 고정되기를 원하며, 기존 카테고리 순서와 일치한다면 전혀 문제없습니다. 모든 사용자가 직접 들어가서 카테고리 순서를 설정하기를 기대하는 것보다, 이 첫 번째 버전에서는 기존 정렬 순서를 따르는 것이 확실히 더 간단합니다.
실제로 제 두 가지 전제 조건은 다음과 같습니다:
사이드바 범주를 정렬하는 기능이 구현되었나요? 제 구현에 있어서 이것이 매우 중요합니다.
아니요, 현재 카테고리 정렬을 위한 내장 기능이 없습니다. 구체적인 시나리오와 왜 그것이 중요한지 좀 더 자세히 알려 주시겠어요?
게시글의 대부분을 담는 두 개의 주요 카테고리가 있습니다. 그리고 참조가 필요한 특수 카테고리 3~4개도 있습니다.
현재 특수 카테고리 3~4개는 숫자(연도)로 시작하므로 자동으로 맨 위에 표시됩니다. 이번 경우에는 두 개의 주요 카테고리를 맨 앞에, 숫자가 붙은 카테고리를 맨 뒤에 배치하고 싶습니다.
fixed_category_positions을 켜면 원하는 순서로 정렬할 수 있습니다(기본값인 최신 게시물 순서가 아닙니다). 현재 인터페이스가 어떻게 생겼는지 기억이 나지 않지만, 드래그해서 위치를 변경하거나 정렬 순서를 지정하는 번호를 부여할 수 있습니다.
수정:
아, 죄송합니다. 제목에 더 주의를 기울였어야 했네요. 
아니요, 그렇지 않습니다. 현재 사이드바에서는 카테고리가 항상 알파벳 순서로 정렬됩니다. fixed_category_positions가 활성화된 경우, 카테고리 정렬 순서에 맞게 이 부분을 변경해야 한다는 데 동의합니다.
사이드바에 사용자가 이러한 설정을 구성할 수 있도록 하는 추가 변경 사항이 예정되어 있지만, 사이트 기본값은 관리자가 설정할 수 있어야 하며, 단순히 알파벳 순서로 임의로 정렬하는 것보다 fixed_category_positions 설정을 따르는 것이 더 합리적입니다.
다음 세 가지 시나리오를 고려해야 한다고 생각합니다:
현재 사이드바에서 하위 카테고리를 중첩하지 않고 목록을 평탄화(flatten)하고 있기 때문에, (1)에서 선택한 정렬 방식이 (2)나 (3)에도 적용되어야 한다는 것은 명확하지 않습니다.
메타(Meta) 사이트의 경우, 현재 제 사이드바에는 다음과 같은 항목이 있습니다:
오늘날 메타 사이트에 이 로직을 적용한다면, 제 사이드바는 다음과 같이 변할 것입니다:
이것을 보면 "음… 왜일까?"라고 생각하게 될 것 같습니다.
또한 목록이 길어지면 찾고자 하는 항목을 빠르게 찾아보는 것이 더 어려워집니다. 알파벳 순서라면 찾고자 하는 항목을 어느 방향으로 찾아야 하는지 알 수 있습니다.
카테고리 페이지의 경우 상황은 다릅니다. 설명과 함께 모든 것을 맥락 안에서 제시하려고 하니까요.
관리자, 그리고 아마도 사용자들을 위한 추가적인 구성 옵션에 대한 욕구가 분명히 존재합니다. 하지만 여기서 fixed_category_positions를 적용하는 것이 우리가 원하는 것인지 아직 확신할 수 없습니다.
그건 재미있는데요, 제가 그걸 보면 
네, 사이트 소유자가 카테고리를 정렬하기로 결정한 방식이 바로 그거라고 생각합니다. 사이트 소유자가 의도한 대로 정렬하는 것이 임의의 알파벳 순서보다 훨씬 더 합리적으로 느껴집니다.
또한 제가 지난 2년 동안 Discourse for Teams를 사용해 왔기 때문에 익숙한 부분이기도 합니다. 이 제품은 제가 제안하는 정렬 방식을 따르고 있습니다. 스크린샷을 첨부합니다. 알파벳 순서가 아니라 합리적인 순서로 정렬되어 있으며, “Photos” 하위 카테고리는 모두 사이드바의 Photos 항목 바로 아래에 배치되어 있고, 제가(사이트 소유자) 선택한 순서대로 정렬되어 있습니다.
제 경우에는 중요한 카테고리에 대해 명확한 순위나 위계가 있습니다. 예를 들어: 미시간 농구(주된 초점), 그다음 미시간 농구 스카우팅(더 구체적인 하위 카테고리), 그다음 대학 농구(더 포괄적), 그리고 오프 토픽(항상 마지막에 배치).
이렇게 분리된 서브스레드(갑자기 내가 OP가 된 것 같은데…)가 여러 방향으로 흘러간 것 같습니다.
분리할 때 선택된 제목은 몇 가지 사항을 누락하고 있습니다. 예를 들어, 누구를 위한 능력인지, 그리고 어떤 맥락에서의 것인지에 대한 내용이 빠져 있습니다.
저는 이것이 약간 역설적으로 느껴집니다. 왜 그런지 고민해 보았습니다. 
알파벳 순서가 의미 있는 이유가 특별히 없습니다. 말하자면, 카테고리의 목적은 분류하는 것이며, 이는 의미를 함축합니다. 알파벳 순서 정렬은 분류라는 본질적 목적에 내재된 의미를 흐리게 만듭니다.
오히려 "announcements"가 목록 상단 근처에 있지 않은 카테고리의 하위 카테고리로 묻혀 있는 것이 더 놀랍습니다.
모든 카테고리 보기에서 announcements가 목록 상단 근처에 정렬될 것으로 예상했고, 또한 announcements가 문서의 일종으로 간주되지 않는 이유를 전혀 이해하지 못합니다. 기능 논의의 하위 카테고리로 만드는 것은 제가 이해하지 못하는 선택입니다. 제가 그걸 보고 "그냥… 음… 왜?"라고 생각하는 이유입니다. 
현재 제 사이트의 카테고리 수를 현재의 절반 이하로 줄일 작업을 진행 중이지만, 어떤 경우든 풍부한 콘텐츠 집합이므로 사이드바가 알파벳 순서로 정렬되면 엉망이 될 것입니다.
반대로 말하자면, 여기 Meta의 카테고리 정렬에는 어느 정도의 검토가 필요하다는 가능성을 보여준다고 할 수 있겠네요
