Return-Path: Delivered-To: apmail-xml-cocoon-docs-archive@xml.apache.org Received: (qmail 59009 invoked by uid 500); 21 Mar 2003 08:35:59 -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 58950 invoked from network); 21 Mar 2003 08:35:58 -0000 Received: from vern.chem.tu-berlin.de (130.149.66.116) by daedalus.apache.org with SMTP; 21 Mar 2003 08:35:58 -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 h2L8a9gq021989 for ; Fri, 21 Mar 2003 09:36:09 +0100 Received: from localhost (stephan@localhost) by vern.chem.tu-berlin.de (8.12.3/8.12.3/Submit) with ESMTP id h2L8a9bD021986 for ; Fri, 21 Mar 2003 09:36:09 +0100 X-Authentication-Warning: vern.chem.tu-berlin.de: stephan owned process doing -bs Date: Fri, 21 Mar 2003 09:36:09 +0100 (CET) From: Stephan Michels X-X-Sender: stephan@vern.chem.tu-berlin.de To: cocoon-docs@xml.apache.org Subject: Re: Migration to Forrest In-Reply-To: <3ADE17AD-5B69-11D7-9C46-000393CFE402@codeconsult.ch> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Fri, 21 Mar 2003, Bertrand Delacretaz wrote: > Le Vendredi, 21 mars 2003, =E0 04:16 Europe/Zurich, Jeff Turner a =E9crit= : > > > ...IMHO the ideal solution would be for Cocoon to build its own > > documentation, using the Forrest DTDs and a skin checked into Cocoon > > CVS.... > > Ok - I agree with the advantages you mention, makes sense and this is > probably simpler than using Forrest in binary form as I was suggesting. > > If I got it right though, this will require some duplication of stuff > between Cocoon and Forrest? > What exactly, DTDs, skin files, anything else? > Can this stuff be *moved* into Cocoon instead of being duplicated? Duplicate files produce always dependencies, which are poorly to maintain :-/ I will be lucky, if we can throw out all of the documentation generating stuff, so that Cocoon loose some of his 'fatness' ;-) SoC etc. How is the status of the Forrest binary version? Is there anything I can work with? Stephan.