On Wed, 2004-09-15 at 08:39, Paul W. Frields wrote: > On Wed, 2004-09-15 at 07:05, Karsten Wade wrote: > > How are we going to organize different versions of documents on the > > website? > > > > Option 1. By FC version, then document. > > > > f.r.c/docs > > -> FC2 > > -> Tutorial 1 > > -> Tutorial 2 > > ... > > -> FC3 > > -> Tutorial 1 > > -> Tutorial 2 > > ... > > > > Option 2. By document, then FC version. > > > > f.r.c/docs > > -> Tutorial 1 > > -> FC2 > > -> FC3 > > -> Tutorial 2 > > -> FC2 > > -> FC3 > > ... > > > > Option 3. Other ideas? > > I don't see why we can't have both... Two links, "Index by Core > release," then organized alphabetically within each release number, and > "Index by Subject," organized by release number within each tutorial. Am > I missing something? > We could do both on the Docs page, but we still need a way to organize the left navigation bar under the Docs category. Currently, all docs are listed there because there aren't that many, but it is going to get too long very soon. Sorting by version in the nav seems reasonable to me. If a tutorial is applicable to more than one version, we can list it more than once. We also need a directory structure for the URLs as well. For example, we now have docs/selinux-faq-fc2/ but it would be better to have docs/fc2/selinux-faq/ docs/fc3/selinux-faq/, which is how redhat.com/docs/ is organized. Tammy > Also, it might not be a bad idea for the editorial folks to, on > publication of a new tutorial, make a list of one or more questions > answered by the tutorial. Those questions should be organized into a > kind of FAQ, or quasi-FAQ (QFAQ?), which a reader uses to follow a link > to the appropriate tutorial in the "Index by Subject," e.g.: > > How do I configure update notifications? > How do I keep my system updated? > How do I update my system? > What is up2date? > What is yum? > > These are all questions that would link to the update-tutorial. This > list would get pretty long, but the page should be searchable simply by > using the Web browser "search" function. I don't see a need to design a > complicated Web interface (search engine, indexing, etc.) for this > purpose. What do you think? > > -- > Paul W. Frields, RHCE >