Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 12637 invoked from network); 24 Nov 2004 06:57:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 24 Nov 2004 06:57:29 -0000 Received: (qmail 14928 invoked by uid 500); 24 Nov 2004 06:57:23 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 14869 invoked by uid 500); 24 Nov 2004 06:57:23 -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 14852 invoked by uid 99); 24 Nov 2004 06:57:23 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from [65.77.211.93] (HELO indexgeo.net) (65.77.211.93) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 23 Nov 2004 22:57:22 -0800 Received: from [192.168.1.101] (static-109.227.240.220.dsl.comindico.com.au [220.240.227.109]) (authenticated bits=0) by www2.kc.aoindustries.com (8.12.9-20030917/8.12.9) with ESMTP id iAO6uTUN027771 for ; Wed, 24 Nov 2004 00:56:30 -0600 Message-ID: <41A43EAC.10103@apache.org> Date: Wed, 24 Nov 2004 17:56:28 +1000 From: David Crossley User-Agent: Mozilla Thunderbird 0.9 (Macintosh/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [Proposal] review of sitemap component documentation References: <41A42E18.1030402@apache.org> <41A42BAC.7030305@dslextreme.com> In-Reply-To: <41A42BAC.7030305@dslextreme.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Ralph Goers wrote: > > In the wiki at http://wiki.apache.org/cocoon/MergingBranches you can see > an example of a sort of working "to-do" list. If you create a document > along these lines in the wiki with the names of the source files that > need work I promise I will help out in updating at least some of the > javadoc and then updating the wiki page. What if i won't create a Wiki page - will you still help :-) Seriously i would rather have an xdoc in our SVN to coordinate this huge task. Wiki has no backup and this table will be too valuable to lose. People who help are going to need to get their hands dirty in the xdocs and java code sources anyway. > I'd also like to see some other components documented this way. There > are a number of Portal components that could use this (at least events, > event aspects, layouts, and renderer aspsects).