Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 35777 invoked by uid 500); 24 Mar 2003 17:58:10 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 35718 invoked from network); 24 Mar 2003 17:58:09 -0000 Received: from vern.chem.tu-berlin.de (130.149.66.116) by daedalus.apache.org with SMTP; 24 Mar 2003 17:58:09 -0000 Received: from vern.chem.tu-berlin.de (localhost [127.0.0.1]) by vern.chem.tu-berlin.de (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id h2OHwBgq001382 for ; Mon, 24 Mar 2003 18:58:11 +0100 Received: from localhost (stephan@localhost) by vern.chem.tu-berlin.de (8.12.3/8.12.3/Submit) with ESMTP id h2OHwA28001379 for ; Mon, 24 Mar 2003 18:58:10 +0100 X-Authentication-Warning: vern.chem.tu-berlin.de: stephan owned process doing -bs Date: Mon, 24 Mar 2003 18:58:10 +0100 (CET) From: Stephan Michels X-X-Sender: stephan@vern.chem.tu-berlin.de To: cocoon-dev Subject: Re: [vote] Forrestizing Cocoon and more In-Reply-To: <3E7F453B.8090009@apache.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > > BTW, that does save us much effort for maintaining the doc generation > > process. > > that's exactly the goal. > > So, at the end, here is what I propose: > > 1) we remove all the old docs targets from the build > > 2) documentation will be done thru forrest. This requires forrest be > available on the machine separately. since users won't update the > documentation this should not be a problem. > > 3) we ship the pregenerated documentation in the distribution and we > ship along the xml source files. if the documentation is included in the > webapp cocoon will simply *read* them (not process them as right now). > > 4) this breaks the flow samples that depend on those stylesheets but > they are going to be refactored anyway, so don't worry. > > 5) finally, remove all the doc-generation stylesheets from the CVS > > what do you think? Great! +1 Stephan.