하위 카테고리는 사이드바에 중첩되어 있어야 합니다.
하위 카테고리가 중첩되지 않으면 다음과 같은 예시는 작동하지 않습니다:
Ford
–Driving
–Purchasing
GM
–Driving
–Purchasing
그 결과 다음과 같이 표시됩니다:
Driving
Driving
Ford
GM
Purchasing
Purchasing
아래 스크린샷에서 documentation은 상위 카테고리이며, admins, faq, moderators, sso, sysadmin은 하위 카테고리입니다.
여기서 우리가 결정해야 할 세부 사항은, 누군가가 상위 카테고리가 아닌 하위 카테고리만 추가하는 경우를 어떻게 처리할 것인가입니다. 맥락을 위해 상위 카테고리를 항상 포함해야 할까요?
하위 카테고리가 중복된 이름을 가질 수 있다면, 이는 거의 필수적인 요구사항입니다.
저는 개발자는 아니지만, UX/UI 관련 일을 많이 하고 있으므로, 같은 이름을 사용하는 것은 어떤 경우에도 정말 나쁜 정책이라고 생각합니다. 따라서 하나의 해결책은 실제 이름조차도 고유하도록 강제하는 것입니다(그리고 그 결과로 여기저기 깨진 포럼이 쏟아져 나올 테지만요…).
하지만 포럼 기술과 무관하게, 관리자가 카테고리를 자유롭게 이름 붙일 수 있게 해줄 수는 없을까요? 사용자에게 보이는 또 다른 이름일 뿐이므로, category:sub-category 같은 형식을 사용할 수 있게 하면 좋겠습니다.
상위 카테고리 이름을 하위 카테고리 이름에 강제로 포함시키면 다음과 같은 중복된 항목이 많이 생깁니다:
Ford
–Ford Driving
–Ford Purchasing
GM
–GM Driving
–GM Purchasing
방금 모든 하위 카테고리를 카테고리 접두사를 붙여 이름을 변경했는데, 중첩 구조가 좋은 옵션이라는 데에도 동의합니다. 각 최상위 카테고리에 보안 수준이 다르기 때문에 동일한 이름을 사용했지만, 접두사를 사용하는 것의 장점도 이해할 수 있습니다.
카테고리를 열고 닫을 수 있도록 토글 기능이 있다면 좋겠습니다. 카테고리가 200개 이상이라 목록이 너무 길기 때문입니다.
우리는 먼저 다음과 같은 간단한 개선 사항부터 시작할 수 있을 것 같습니다:
이로써 모든 문제가 해결되는 것은 아니지만, 1) 사용자가 직접 상위 카테고리를 추가하거나 2) 카테고리를 구별하기 위해 카테고리 이름을 수정하는 것 중 하나의 우회 방법이 가능합니다.
다만, 이 문제를 계속 주시하면서 다른 변경 사항이 필요한지 고려하겠습니다.
특정 사용자가 사이드바에 얼마나 많은 카테고리를 추가할 것으로 예상하시나요?
이것을 일반적인 질문으로 받아들이겠습니다. 
없습니다. 그들은 이미 흥미로운 카테고리만 팔로우하고 있으며, 그 모든 카테고리에서 동일한 수준의 알림을 원합니다.
3개의 게시물이 새 주제로 분리되었습니다: 사이드바에 읽지 않은 카테고리 및 태그만 표시하는 옵션
사이드바에서 하위 카테고리를 토글할 수 있는 기능은 필수적입니다. 현재 9개의 카테고리와 19개의 하위 카테고리가 이미 존재하며, 정렬 작업도 아직 끝나지 않았습니다. 앞으로 25개의 하위 카테고리를 더 추가할 예정입니다. 이 모든 것이 사이드바에서 접근 가능해야 합니다. 우리의 코퍼스(Corpus)는 1969년부터 축적되어 왔기 때문에, 우리 포럼은 심포지엄이자 동시에 참고 도서관 역할을 합니다. 우리에게 카테고리는 탐색 수단이자 동시에 대화 필터입니다.
같은 이유로, 태그는 사이드바에서 알파벳 순서로 정렬되고 스크롤이 가능해야 합니다. 현재 1,400개의 태그가 있으며, 정렬 작업이 끝나면 그 수가 두 배가 될 것입니다. 스크롤 창이 없다면 태그를 유용한 방식으로 제시하는 것은 불가능합니다. 사실, 상단에 검색 상자가 있는 스크롤 창이 이상적입니다.
이것은 아마도 별도의 논의 사항이겠지만, 목록 보기에서 주제 제목 아래에 태그를 전환 가능한 드롭다운 창으로 배치하는 것도 매우 유용할 것입니다. 우리의 주제는 평균 18개의 태그를 가지고 있으며, 가장 긴 주제에는 98개의 태그가 있습니다. 모든 태그를 한꺼번에 표시하면 주제 제목이 가려집니다. 여기에서 언급하는 이유는, 일반적인 토글 스크롤박스 클래스를 구현하면 여러 유용한 목적에 활용할 수 있기 때문입니다.
카테고리를 열고 닫을 수 있도록 토글할 수 있으면 좋겠습니다
왜요? 그 목록이 엄청나게 길어질 테니 사용성이 매우 나빠질 것입니다. 물론, 사용자의 다수가 24인치 이상의 화면을 사용하고 있고, 작은 화면이나 모바일 사용자는 신경 쓰지 않으며, 사용자가 카테고리 페이지 사용법을 모른다면 또 다른 이야기일 수 있습니다.
그리고 다시 주요 문제로 돌아가야 합니다. 사용자는 무엇을 볼지, 무엇을 안 볼지 선택할 수 있어야 합니다. 이를 결정하는 것은 관리자의 일이 아닙니다.
네비게이션이 훨씬 쉬워지기 때문입니다. 현재 유일한 옵션인 이중 너비 카테고리/목록 뷰는 화면 공간을 훨씬 많이 차지하므로, 화면 공간이 문제라면 사이드바가 있는 단일 목록이 훨씬 깔끔합니다.
왜?
태그를 말씀하시는 거라면, 검색 상자가 위에 있고 마우스 휠로 스크롤되는, 알파벳 순으로 정렬된 긴 목록은 꽤 편리할 것입니다. 이는 태그 페이지의 거대한 목록 뷰를 포함한 다른 어떤 태그 표시 방식보다 훨씬 낫습니다. 태그 페이지와 주제 사이에 왕복 페이지 전환을 해야 하므로 해당 목록 뷰는 편리한 내비게이션 도구가 될 수 없으며, 사용할 수 있는 유일한 도구는 브라우저의 뒤로 가기 버튼뿐입니다.
그 목록은 한 마일 길이일 것입니다.
여기서 두 가지 점을 짚고 싶습니다.
첫째, Discourse는 미래를 위해 하향식으로 구축되었으므로, 넉넉한 고해상도 화면을 가진 모든 사람을 대상으로 합니다. 어쨌든 이는 거의 무의미한 논쟁인데, 지난주에 딸을 위해 새 모니터를 구매하러 갔더니 24인치 미만 제품은 하나도 구할 수 없었습니다.
모바일의 경우, 해당 유형의 인터페이스를 위해 설계된 내비게이션은 데스크톱이나 노트북과 모든 면에서 다릅니다. 사이드바는 적절한 도구가 아닙니다.
사용자의 대부분이 24인치 이상의 화면을 가지고 있고, 작은 화면과 모바일은 신경 쓰지 않으신다면
이미 평범한 월요일이 된 그 미래는 완전히 반대입니다. 모바일을 기반으로 구축되었습니다. 죄송하지만 큰 화면은 이미 지난 세대의 이야기입니다.
유럽에서 모바일이 노트북보다 더 흔하다는 사실을 아셨나요? 하지만 더 이상 유선 전화나 수표를 사용하지도 않습니다(영국/아일랜드는 예외지만, 그들은 약 50년 정도 뒤처져 있습니다 ;))
사용 사례가 사이드바보다는 discourse-docs에 더 적합한 것으로 보입니다.
해당 문서가 제공하는 보기 및 필터링의 예시를 여기에서 확인할 수 있습니다: Documentation - Discourse Meta
응, 전혀 예상하지 못했어. 사이드바의 슬라이더 버전이 그 귀찮은 모바일 기기들에겐 꽤 잘 맞는다고 생각해.
그러면 혹시 이게 Digital Ocean의 Lucky Forums에 포함된 모바일 앱인 건지 궁금해.
Stephen, 제안해 줘서 고마워. 설치해서 사용 중이야. 아직 추가하지 않은 대량의 게시물에 유용할 수도 있겠어. 그걸 위해 필요한 건 독자를 토론으로 끌어들이기 위한 댓글 기능이야. 그 목적으로 Ghost를 Discourse와 통합하는 방안을 생각하고 있어.
그래도 데스크톱/랩톱 내비게이션에는 사이드바가 이상적이라고 생각해. 태그를 위한 토글형 스크롤 박스와 카테고리 토글 기능이 있다면 말이지.
이 부분은 PR로 전달되었습니다.
FEATURE: double color for subcategories prefix - Pull Request #18525 - discourse/discourse - GitHub
색상 배지는 상위-하위 카테고리 관계를 구별하는 데 매우 유용합니다. 정렬 및 들여쓰기 기능을 통해 하위 카테고리의 시각적 식별을 더욱 명확하게 할 수 있습니다. 제가 말씀드린 내용은 다음과 같습니다:
documentation은 admins와 sysadmin의 상위 카테고리입니다. 현재 설정에서는 알파벳 순서로 정렬되어 있으며, 관계를 나타내는 유일한 표시는 반색 배지입니다. 이는 분명 이상적이지 않습니다.
정렬하면 순서와 관계에 대한 느낌이 생기는 것은 사실이지만, 여전히 색상 배지로만 구별되고 있습니다.
더 나은 방법은 하위 카테고리에 은은한 들여쓰기를 적용하는 것입니다. 이는 카테고리-하위 카테고리 관계를 나타내는 보편적으로 이해되는 방식입니다. 위 목업은 하위 카테고리가 배지 너비의 절반 또는 전체만큼 들여쓰기 되었을 때의 모습을 보여줍니다.
이 아이디어들을 목업해 주셔서 감사합니다!
고려해야 할 또 다른 시나리오가 있습니다. 사용자가 위에 설명한 모든 카테고리를 사이드바에 가지고 있지만, Documentation 부모 카테고리는 없는 경우입니다. 이 상황을 어떻게 처리할 것 같으신가요?
사이트의 구조에 따라 달라질 것 같습니다. 제가 작성한 원문에서 Ford와 GM을 구조화된 커뮤니티의 예로 들었는데요, 상위 카테고리를 포함하지 않으면 사이드바가 읽기 어렵게 될 수 있습니다. 어떤 것이 어떤 것인지 구별하기 힘들거든요.
이 경우 상위 카테고리를 표시해야 합니다:
각 하위 카테고리가 독립적으로 존재할 수 있는 경우에는 상위 카테고리가 필요하지 않을 수 있습니다.
하위 카테고리가 있는 경우, 저희 커뮤니티에서는 상위 카테고리를 주제(topic)가 없는 플레이스홀더로 취급합니다. 대신 모든 주제는 하위 카테고리에 배치됩니다. 독립적인 카테고리도 따로 있습니다.
따라서 이상적으로는 관리자가 상위 카테고리를 사이드바에 표시할지 여부를 선택할 수 있어야 합니다.
사이드바에 계층 구조 표시
이 PR(@tgxworld)에 따라 사이드바의 하위 카테고리 순서가 이제 먼저 상위 카테고리를 기준으로 정렬됩니다:
중첩된 하위 카테고리(subcategory)에 대한 해결책을 찾으셨나요? 여기저기 찾아봤는데 동작하는 테마 컴포넌트를 찾지 못했습니다.
