개인적으로 이것은 원래의 Docs 플러그인에서 한 발짝 후퇴한 것이라고 생각합니다.
저는 이 부분에 대해 강력히 동의하지 않습니다. 이 플러그인은 문서의 외관을 구성하는 방식에서 훨씬 더 많은 유연성을 제공합니다. 또한 다른 카테고리의 페이지에 링크를 걸거나 심지어 외부 링크를 추가하는 것도 가능해집니다.
1개의 좋아요
하지만 수천 개의 문서가 있고, 새로운 문서가 자주 추가되기 때문에 이는 매우 수작업적인 작업이 됩니다.
2개의 좋아요
동의합니다. 다만 디스코스로 1000페이지짜리 문서를 관리하는 건 잘 될지 모르겠네요. 더 적합한 문서 솔루션들이 있지만, 저는 해볼 수 있을 것 같습니다. 그래도 git 없이 1000페이지를 관리한다는 건… 역시 힘들 것 같네요 
왜 안 되죠? 원래 Docs와 함께 아주 잘 작동합니다. 예를 들어, “Library” 카테고리에는 게시글 텍스트 외에도 PDF나 기타 첨부 파일이 하나 이상 포함된 주제들이 있습니다. 각 주제에는 해당되는 태그가 붙어 있어 검색과 태그 필터링을 통해 원하는 내용을 찾는 것이 매우 쉽습니다.
아마도 유스케이스(use case)와 관련된 문제일 수 있습니다. 초기에 Discourse를 문서로 활용하면서 점차 익숙해져서 그럴 수도 있지만, 제 분야(기술/사용자 문서)에서는 어쨌든 수동 인덱싱이 필요합니다.
유지보수 담당자의 입장에서는 포스트를 검색하고 찾는 것이 매우 쉽습니다.
하지만 해당 제품을 잘 모르거나 주제에 처음 접하는 사용자의 관점에서는 무엇을 검색해야 할지 모를 수 있습니다. 이 경우 구조화가 매우 중요하며(제 경험상) 그렇지 않으면 사용자는 문서의 미로에서 길을 잃게 됩니다. 이것은 직접 테스트해 볼 수 있습니다. 사용자가 읽을 것으로 예상되는 다양한 태그에 속한 랜덤한 문서 5~10개를 떠올려 보세요. 그리고 사이트에서 클릭만 해서 그 문서를 찾아보십시오. 스스로도 찾기가 어렵다면, 사용자 경험은 얼마나 더 어려울지 상상해 볼 수 있습니다.
2개의 좋아요
필터링을 사용하면 원하는 것을 쉽게 찾을 수 있습니다. 예를 들어 글라스타(Glastar) 기종에 대한 엔진 설치 지침을 찾고 싶다고 가정해 보겠습니다. 정확히 무엇을 찾아야 하는지 모르겠지만, 개념은 쉽게 검색하고 필터링할 수 있습니다:
기존 Docs에서는 Library 카테고리에 추가한 모든 항목이 자동으로 Docs에 추가되었습니다. 별도의 색인을 수동으로 관리해야 하는 것은 제가 반대하는 부분입니다.
1개의 좋아요
현재 디자인이 이상적이지 않다는 데 동의합니다.
유연성이 필요했기 때문에 디자인 부채를 감수했습니다. 이것이 Discourse Doc Categories 를 여전히 experimental(실험적)로 간주하는 주요 이유입니다.
어느 날 더 나은 것을 설계하고 구축할 의도는 있지만, 현재로서는 우선순위가 아닙니다.
5개의 좋아요
문제의 핵심은 많은 사이트에서 광범위하게 채택하고 구현했던 원래 플러그인이 이제 end-of-life(종료) 처리되었지만, 새 플러그인으로의 실질적인 전환 수단을 제공하지 못하고 있다는 점이라고 생각합니다.
저는 방금 새 플러그인을 사용하는 사이트에서 KM(지식 관리)을 구현해 봤기 때문에 경험이 생생합니다. 문서 뷰에서 내용을 확인하려면 인덱스 토픽을 직접 관리해야 한다는 점은 정말 우아하지 못하다고 느꼈습니다. 적절한 태그 분류 체계가 존재했다면, 기존 플러그인을 구현하는 과정은 상대적으로 매끄러웠습니다.
새로운 요구 사항으로 인해 Discourse Doc Categories가 생성되었어야 한다는 점은 이해할 수 있습니다. 하지만 본인들도 인정하듯, 현재는 현재의 요구 사항을 충족하지 못하는 experimental 플러그인과 수명이 한정된 구 플러그인 사이에서 막혀 있는 상태입니다.
7개의 좋아요
스ตี븐의 의견에 전적으로 동의합니다.
왜 이 문제를 원본의 진화보다는 완전히 새로운 플러그인으로 접근했는지 궁금합니다. 소프트웨어에서의 혁명은 강력할 수 있지만, 가장 효과적으로 작용하는 경우는 빠르고 단호할 때입니다.
3개의 좋아요
사실 저는 문서 관리를 위해 Docs 플러그인을 사용하지 않습니다. 제가 필요한 것은 여러 카테고리 및 여러 태그를 동시에 필터링할 수 있는 간단한 UI일 뿐이며, 이 모든 것이 같은 페이지에서 이루어져야 합니다.
기본 Discourse 인터페이스는 고급 검색을 거쳐야 하는데, 이는 너무 숨겨져 있고 저에게 필요 없는 많은 필터(예: 작성자나 날짜)를 포함하고 있습니다. 더 집중적이고 직접적인 경험을 찾고 있습니다.
기존 Docs 플러그인은 이러한 다중 카테고리 및 다중 태그 필터링을 달성하는 데 도움이 되지만, 여전히 한 가지 제한 사항이 있습니다:
상위 카테고리를 선택하면 해당 상위 카테고리 바로 안에 있는 주제만 표시되며, 하위 카테고리의 주제는 포함되지 않습니다.
반면, 기본 카테고리 뷰에서는 상위 카테고리 및 하위 카테고리의 주제 모두를 표시합니다.
이것이 제가 비록 이상적이지는 않지만 여전히 이 플러그인을 사용하는 이유입니다.
이와 관련된 저의 이전 요청은 다음과 같습니다: Multi menu select Group tags
이 문제를 논의하고 개선하는 데 시간을 내어 주신 모든 분께 다시 한번 감사드립니다. 여러분의 지원과 통찰에 깊이 감사드립니다.
2개의 좋아요