Return-Path: Delivered-To: apmail-xml-cocoon-docs-archive@xml.apache.org Received: (qmail 43511 invoked by uid 500); 26 Mar 2003 11:36:24 -0000 Mailing-List: contact cocoon-docs-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-docs@xml.apache.org Delivered-To: mailing list cocoon-docs@xml.apache.org Received: (qmail 43498 invoked from network); 26 Mar 2003 11:36:23 -0000 Received: from vern.chem.tu-berlin.de (130.149.66.116) by daedalus.apache.org with SMTP; 26 Mar 2003 11:36:23 -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 h2QBaLgq009919 for ; Wed, 26 Mar 2003 12:36:22 +0100 Received: from localhost (stephan@localhost) by vern.chem.tu-berlin.de (8.12.3/8.12.3/Submit) with ESMTP id h2QBaKue009916 for ; Wed, 26 Mar 2003 12:36:20 +0100 X-Authentication-Warning: vern.chem.tu-berlin.de: stephan owned process doing -bs Date: Wed, 26 Mar 2003 12:36:20 +0100 (CET) From: Stephan Michels X-X-Sender: stephan@vern.chem.tu-berlin.de To: cocoon-docs@xml.apache.org Subject: Re: Stages of Forrest Transition In-Reply-To: <1048658677.21626.119720.camel@ighp> 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 On 26 Mar 2003, David Crossley wrote: > Diana Shannon wrote: > > Stephan Michels wrote: > > > David Crossley wrote: > > >>>>> - transition to document v-11 > > >> > > >> Yes, this is a big stage. > > > > > > It shouldn't, because there is already a stylesheet for doing this: > > > xml-forrest/src/resources/stylesheets/docv10todocv11.xsl > > > > You're right, this part is trivial (having worked hard over the past > > year bring docv10 docs up to a state where they can be transformed so > > easily...) > > > > > It shouldn't be great thing to write a little ant script. > > > > Yes, I did this myself ages ago. We had to do this for pre 0.5 versions > > of Forrest. What David means by a "big stage" is the ramification of > > changing all dtds. This means, for example, that the existing webapp > > build (which links to docs created by a non-Forrest mechanism), has to > > be updated. This means either fixing the old sitemap/stylesheets/etc. or > > pulling in bits and pieces from Forrest distro. > > That is right ... Diana sees the importance. > I think that a lot of people have been not quite > understanding this. Yes, I'm understanding, but it is really necessary that cocoon serves his own documents by the webapp? Are the samples not enough to should the possibilities of Cocoon? If somebody ask for documentation system, we can point to Forrest. So I'm +1 for cancel the docs target, remove all stylesheets and dtds etc. for the docs, and then the transition is done. It's a bit too easy, I guess, but I think thats the best way. Stephan.