그렇지 않다고 생각합니다.
그럴 가능성이 높지만, 만약 그렇다면 충분히 오래전에 일어난 일이라 정확히 기억이 나지 않습니다.
하지만 이 설명이 가장 그럴듯해 보입니다.
1개의 좋아요
혹시 #news-and-events:forum-summaries의 추적을 변경하셨나요? 기본적으로 음소거되어 있고, 음소거된 카테고리에는 설명이 표시되지 않는 것 같습니다 
3개의 좋아요
아, 맞네, 음소거되어 있구나. @Moin 정말 세심하다. 그럼 이상해 보이지 않도록 회색으로 처리하는 게 좋겠네.
3개의 좋아요
좀 이상하네요. 카테고리는 표시하면서 설명은 표시하지 않는 데에는 이유가 있을까요, 아니면 아마 실수일까요?
새 카테고리 체계로 메타를 한동안 사용해 본 결과, 솔직히 마음에 들지 않습니다. 새로운 조직 구조가 그렇게까지 짜증스럽지는 않지만, 저는 여전히 이전 방식이 더 좋습니다.
수년간 여러 Discourse 포럼을 사용하면서 Do users properly use categories? - #6 by Bas 과 Do users properly use categories? - #9 by noahl 을 읽은 결과, 카테고리를 줄이는 것이 더 이롭고 혼란을 줄일 수 있다고 생각합니다.
저는 하위 카테고리가 없거나(또는 적거나) 하는 포럼들의 카테고리 구성을 더 선호합니다.
새로운 주제를 만들 때 마찰이 있는 것은 아니지만, 일부 상위 카테고리(예: Support)에서는 주제를 만들 수 있는 반면, 다른 곳(예: Contribute)에서는 하위 카테고리를 사용하도록 강제되는 것이 이상하게 느껴집니다.
게시물이나 검색에서 링크하려는 카테고리에 대한 자동완성은 매우 긴 문자열을 생성할 수 있습니다:
Community Building > Data & reporting, Documentation > Migrating to Discourse, News and Events > Forum summaries 등.
특히 모바일 환경에서 새로운 주제를 만들 때 전체 카테고리 경로를 표시하는 것은 사실상 불가능합니다. 상위 카테고리조차 잘려 나갑니다:
물론 새로운 조직 구조가 여기의 유일한 문제는 아닙니다(Creating/Editing a post on mobile: let's discuss the 2026 Discourse experience 참고), 하지만 모바일과 데스크톱 모두에서 전반적인 가독성/혼잡 문제를 악화시킵니다.
검색 페이지에서는 의도적으로 매우 긴 문자열을 사용했는데, 카테고리 문자열이 모든 공간을 차지하여 찾고 있는 키워드조차 볼 수 없습니다.
일반적으로 #category:sub-category와 같은 긴 문자열은 읽기 어렵다고 생각합니다.
그리고 “카테고리” 사이드바 섹션에서는,
이모지, 아이콘, 그리고 두 가지 색상의 볼트가 gum(껌)을 연상시킵니다:
아마도 아직 진행 중인 작업이 있을 것입니다. 특히 이모지를 제거하고 아이콘만 사용하도록 하는 부분에 대해서는요. 하지만 여전히, 때로는 한 가지 색처럼 보이는(Contribute > Feature) 아이콘과 두 가지 색상의 볼트의 혼합은 시끄럽게 느껴집니다.
각 항목이 묶여 있고 각 항목이 전용 공간에 위치하면 정확한 정보를 검색하기가 더 쉬워지므로 유용하다는 점은 이해합니다.
사용자와 관리자 모두에게 더 나은 환경을 만들기 위한 협력적인 노력을 높이 평가하지만, 지금까지는 최근의 이러한 변화들에 대해 설득되지 않았습니다. 
5개의 좋아요
조금 짜증나는 점 중 하나는 더 이상 #contribute:bug를 입력해 #contribute:bug로 링크를 걸 수 없다는 것입니다. 해당 채널의 상위 카테고리가 이를 방해하고 있습니다.
저는 오토완성 팝업을 거의 사용하지 않고 모든 내용을 직접 입력하는 편입니다(오토완성이 표시되기까지 몇 초가 걸린다는 점도 빼놓을 수 없죠). 상위 카테고리에 Bug/UX/Feature가 있는 상태에서는, 먼저 상위 카테고리의 이름을 떠올린 후에야 입력할 수 있습니다.
5개의 좋아요
저는 항상 원하는 것을 찾지 못하고, 거의 모든 질문에 대해 ask.discourse.org를 사용하게 됩니다. 심지어 특정 플러그인을 구성하는 방법이나 존재한다는 것을 알고 있는 문서를 찾는 것조차 마찬가지입니다. 적어도 때로는 Google을 사용하는 것이 더 현명할지도 모릅니다.
ldap 플러그인을 찾고 싶다면, "ldap Customization > Plugin "으로는 찾을 수 없습니다. 어디에 있나요? #self-hosting/discourse-ldap-auth인가요? – Google으로는 찾을 수 있습니다. 이 플러그인은 Support > Self-hosting 카테고리에 discourse-ldap-auth 태그가 붙어 있습니다. 즉, 플러그인이 #customization:plugin에 해당하는지 아닌지 추측해야 한다는 뜻인가요? 언제 플러그인이 플러그인이 아닌 것일까요?
진심으로, 저는 무언가를 찾을 필요가 있을 때면 그냥 ask.discourse.org를 사용하게 됩니다.
새로운 게시글을 어떤 카테고리에 넣는지에 대해서는 그렇게 신경 쓰지 않는 것 같습니다. 대부분 모든 것을 #support에 넣지만, 관리와 관련이 있다고 생각되면 #support:self-hosting에 넣어 보기도 합니다.
2개의 좋아요
이와 관련된 이 공개된 UX 요청에 대한 알림이 필요할 것 같습니다:
서브카테고리에 대한 인라인 링크를 더 간결하게 만들 수 있을까요? - Contribute / UX
3개의 좋아요