Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 34627 invoked from network); 24 Jun 2004 14:36:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 24 Jun 2004 14:36:15 -0000 Received: (qmail 57005 invoked by uid 500); 24 Jun 2004 14:35:54 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 56781 invoked by uid 500); 24 Jun 2004 14:35:52 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 56579 invoked by uid 99); 24 Jun 2004 14:35:51 -0000 X-ASF-Spam-Status: No, hits=0.6 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received: from [216.194.67.12] (HELO osmosis.gr) (216.194.67.12) by apache.org (qpsmtpd/0.27.1) with ESMTP; Thu, 24 Jun 2004 07:35:50 -0700 Received: by osmosis.gr (Postfix, from userid 502) id 1B88B32804B; Thu, 24 Jun 2004 17:35:40 +0300 (EEST) Received: from localhost (localhost [127.0.0.1]) by osmosis.gr (Postfix) with ESMTP id 176AE2D827C for ; Thu, 24 Jun 2004 17:35:40 +0300 (EEST) Date: Thu, 24 Jun 2004 17:35:40 +0300 (EEST) From: gounis@osmosis.gr To: dev@cocoon.apache.org Subject: Re: [RT] The Cocoon Handbook In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Thu, 24 Jun 2004, Nicola Ken Barozzi wrote: > Tony Collen wrote: > ... > > >> The Solution << > > I propose we create a free, high-quality electronic book (entitled > > _The_Cocoon_Handbook_), which will eventually replace the mess of docs > > we currently have. It will be in DocBook (possibly simplified) format. > ... > > Let's not make this a technology issue, it's a "people" issue. > IOW, it's not (only) the doc system that sucks, but it's the doc writers > that are missing. > > 1 - The first thing we need IMNSHO is to define a structure of this > book: The sections, the chapters. > > 2 - Then we can take the existing docs and put them into place in this > structure till there are no more, eventually enlarging the structure to > make them get in. > > 3 - Finally, we need to fill in the missing gaps. Only at this point do > we really need an easier documentation system ala DOCO. > > What I would suggest doing is to make a new documentation directory from > Forrest and fill in the tabs.xml and site.xml files (step 1). The copy > the docs from the current documentation and link them in the site.xml > file (step 2). > > [Note that at this point we should be using SVN, and users can then be > given fine grained access only to the docs even without having a Unix > account. In this way we can give away SVN access just for documenters > that don't need to become part of the project.] > > I would also suggest to use simple html files (that Forrest can read), why not xhtml that are structured? using a simple subset of xhmtl tags will be easy to tranform to PDF -- stavros > so that users can use any editor to create them without running Forrest, > and they can be seen also in ViewCVS too. > > What I can help to do is to set up the initial Forrest doc space in the > Cocoon CVS where this can start happening. > > WDOT? > >