Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 40872 invoked from network); 14 Dec 2005 01:31:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 14 Dec 2005 01:31:30 -0000 Received: (qmail 63182 invoked by uid 500); 14 Dec 2005 01:31:26 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 63158 invoked by uid 500); 14 Dec 2005 01:31:26 -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 List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 63142 invoked by uid 99); 14 Dec 2005 01:31:26 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Dec 2005 17:31:26 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [212.27.42.30] (HELO smtp4-g19.free.fr) (212.27.42.30) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Dec 2005 17:31:24 -0800 Received: from [127.0.0.1] (unknown [81.56.134.235]) by smtp4-g19.free.fr (Postfix) with ESMTP id 924FF4A94D for ; Wed, 14 Dec 2005 02:31:02 +0100 (CET) Message-ID: <439F75D7.10302@apache.org> Date: Wed, 14 Dec 2005 02:31:03 +0100 From: Sylvain Wallez User-Agent: Thunderbird 1.5 (Macintosh/20051025) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [RT] Ditching the environment abstraction References: <439C6841.7030800@nada.kth.se> <439F27BD.4030302@nada.kth.se> <439F2B33.5060101@apache.org> <200512140830.50198.niclas@hedhman.org> In-Reply-To: <200512140830.50198.niclas@hedhman.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Niclas Hedhman wrote: > On Wednesday 14 December 2005 04:12, Carsten Ziegeler wrote: > >> From a users perspective (= the average Cocoon developer), most of the "messiness" is hidden. She does not have to deal with how the tree processor works, or with implementing an own pipeline etc. All these interfaces and components should be well hidden to her. >> > > Apparently, you guys need to discuss "who" you are targetting, before agreeing on what to do about it; > > Daniel - talking Cocoon internals developer, hoping to extend the number of > active participants in Cocoon core development. > > Carsten - talking about making things better for developers of Cocoon > components. > > > Both make very much sense. > Which means cleaning up the mess everywhere ;-) Sylvain -- Sylvain Wallez Anyware Technologies http://bluxte.net http://www.anyware-tech.com Apache Software Foundation Member Research & Technology Director