그럼 이곳의 문서 분류 페이지는 공통적으로 아랫부분에 CategoryKLDPDoc 뭐 이런 단어를 넣어두면 되겠네요. 맞나요?

동의합니다. 위키는 각 페이지들이 종속 관계에 놓여 있지 않으니까요. 기존처럼 분류에 의해 제한을 받을 필요가 없죠. 조금 다른 분류 방식이 필요 할 것 같습니다. -- zltek

예...분류를 너무 깊게 하는 것은 좋지 않다는 것에 동의합니다. 그러나 특정 분야의 경우는 두세단계만으로 부족한 경우도 생길 수 있습니다. 어쨌거나.... 위키에 좀더 익숙하신 분들이 좋은 결론 내주세요~~ -- 권순선

음...저는 왜 네트워킹Roadmap이 더 복잡하게 보일까요. 분류는 사실 각 대분류별로 한두사람만 붙어서 한시간 정도만 작업을 하면 금방 끝날 일인데 현재 참여 방법 등이 간단명료하지 못하고, 제가 적어둔 템플릿과는 별도로 분류 페이지가 구성되는 등 서로 다른 형태로 가다 보니 진척이 잘 되지 않는 것 같습니다. 어차피 기존의 분류방식을 최대한 따라가는 것이 문서를 읽기위해 방문한 사람들을 위해서도 좋을 것 같고, 분류와 Roadmap이 따로 진행되다 보니 저도 조금 헷깔리는 경향이 있습니다. Roadmap이 분류를 따라서 자동으로 생성되는 것이 아니라면 혼란을 줄이기 위해 둘중 하나는 없애는 것이 낫다고 봅니다. 그렇지 않으면 예를 들어 엑스 윈도우 관련 문서를 자작해서 추가할 때 분류에도 넣고 엑스윈도우 로드맵에도 넣어주어야 할테니까요. 제 생각에는 2-3단계 정도의 깊이로 예전처럼 분류 페이지를 미리 구성만 해 놓고 해당되는 문서들을 하나둘씩 집어넣는 방법도 한번 시도해볼 만 한것 같고요. 아무튼 문서분류다 변환이다 참 복잡합니다.... 진작에 위키로 풀어 놓았으면 좋았을 텐데 하는 생각이 요즘 문득 드는군요. 수년동안 한번도 업그레이드되지 않은 문서들도 이번기회에 아예 싹 밀어버리는게 어떨까 하는 생각도 들고요. 예를들어 레드햇 4.2 설치방법 등은 이제 더이상 현실적으로 필요가 없지 않겠습니까. -- 권순선

예..그렇게 하세요. 제가 위키쪽의 convention에 익숙하지 않아 일반적인 웹페이지의 구조와 동일시했기 때문에 그런것 같네요. 일단 문서분류예제는 원하시는 대로 고쳐 주시고요, 어차피 중요한 것은 빨리 문서들을 주제별로 나누는 것이니만큼 기존방식대로 분류 깊이를 깊게 가져갈 경우 시간이 더 걸릴 가능성이 클것 같으니 빠른 진행을 위해서도 로드맵 방식의 분류가 좋을것 같습니다. 그렇게 되면 실제 문서 분류는 현재 초기화면의 대분류가 14개로 되어 있으므로 14개의 페이지 안에서 다 끝날 수 있겠지요. 아니면 현재의 대분류들도 예를 들어 월드와이드웹 같은 것은 네트워킹에 속하는 것이므로 이런식의 종속관계에 있는 것은 빼버리는 것도 괜찮을것 같습니다. -- 권순선

저는 ComponentDesignPatterns에서 만들었던 고전적인 방식을 따른 것입니다. OriginalWiki에서는 제목을 만드는 == 문법과 TableOfContents매크로 같은 것이 없었으니까 그러한 방식을 썼겠죠. 노스모크도 고전적인 스타일을 쓰지요. 물론, 그대로 따를 필요는 없을 것입니다. 일반 사용자가 보기 편리한 방식을 따르는 것이 좋겠지요 --WkPark

리눅스 설치하기에서 맨 위의 "문서 구분"은 없애도 될 것 같습니다. --WkPark

예. 나눌땐 나누더라도, 지금 현재 만들 때는 함께 뭉뚱거리는 편이 더 수월할 것으로 생각합니다. 리눅스는 네트워크에 관련된 페이지가 많을 것이므로 일단은 이대로 작업하다가, 의견을 내놓겠습니다. (사실 이쪽으로 잘 몰라서 ^^;;;) ㅎㅎ --WkPark