자, 이 토론 전체를 읽어보았고 몇 가지 질문이 있습니다. 이 페이지의 구조가 이 페이지에 의해 생성된다는 것은 이해합니다. 그런데 하위 카테고리 각각에도 인덱스 페이지가 필요한 건가요? 이 페이지의 인덱스는 엄청나게 클 텐데… 또는 다른 많은 아티클이 있는 카테고리들도 마찬가지일 것입니다.
Discourse 사이트의 문서에 속하는 페이지에 대해 xwiki 스타일의 레이아웃을 구현하는 것이 얼마나 어려운 일일까요? UI는 충분히 단순합니다. 페이지 생성 시 이 페이지가 문서임을 나타내는 상자를 체크하면 됩니다. 그러면 단순히 부모 페이지를 묻습니다. 부모가 없으면 최상위 주제입니다. 부모를 설정하면 해당 주제/카테고리 아래에 페이지가 표시됩니다. 이는 인덱스 페이지를 수동으로 유지 관리해야 하는 요구 사항을 완전히 제거합니다. 인덱스 페이지는 필요하지 않을 것 같은 많은 추가 작업처럼 보이며, 항목이 생성될 때 누락하기 쉽습니다.
https://checkin.technospider.com 에 접속하여 사이드바의 일부 항목을 펼치면 실제 사례에서 네스팅이 어떻게 작동하는지 볼 수 있습니다. 이 사이드바 전체는 단순히 페이지를 다른 페이지 아래에 중첩(부모/자식 관계)함으로써 동적으로 생성됩니다. 이 사이트에는 약 150개의 페이지만 있지만, 모든 것을 만들기 위해 인덱스를 만들어야 했다면 완료하는 데 두 배의 시간이 걸렸을 것입니다.
이것은 Docs 사이드바의 레이아웃과 관련된 UI/UX 문제로 이어집니다. 메인 페이지에서 벗어나 클릭하면 초기 카테고리 목록을 잃어버립니다. 페이지 어딘가에 돌아갈 수 있는 방법이 있어야 합니다.
8개의 주요 영역 각각에Disclosure 삼각형이 있어야 합니다. 이렇게 하면 메인 페이지의 상자를 클릭하든, 사이드바의 이름을 클릭하든, 단순히 접이식 메뉴가 펼쳐져 다른 주요 영역을 직접 클릭할 수 있는 기능이 유지됩니다.
각 엔드 아티클에는 브레드크럼이 있지만, 8개의 카테고리에는 그것조차 없습니다. 페이지 상단의 하위 카테고리에서 '필터 제거’를 클릭하면 돌아가지만, 이는 매우 직관적이지 않습니다. 그리고 필터를 조작하면 몇 가지 이상한 일이 발생할 수 있습니다. 예를 들어, '하위 카테고리 없음’을 클릭하면 멋진 녹색 배너가 사라집니다.