Return-Path: 
 <dev-return-71719-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: (qmail 47686 invoked from network); 24 Feb 2005 11:58:15 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur-2.apache.org with SMTP; 24 Feb 2005 11:58:15 -0000
Received: (qmail 64012 invoked by uid 500); 24 Feb 2005 11:58:12 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 63967 invoked by uid 500); 24 Feb 2005 11:58:12 -0000
Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@cocoon.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@cocoon.apache.org>
List-Post: <mailto:dev@cocoon.apache.org>
Reply-To: dev@cocoon.apache.org
Delivered-To: mailing list dev@cocoon.apache.org
Received: (qmail 63953 invoked by uid 99); 24 Feb 2005 11:58:12 -0000
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (hermes.apache.org: domain of ap-cocoon-dev@m.gmane.org
 designates 80.91.229.2 as permitted sender)
Received: from main.gmane.org (HELO ciao.gmane.org) (80.91.229.2)
  by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 24 Feb 2005 03:58:10 -0800
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1D4HZ9-0004PF-9J
	for dev@cocoon.apache.org; Thu, 24 Feb 2005 12:54:08 +0100
Received: from srvgw12.rauser-ag.com ([217.146.133.165])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <dev@cocoon.apache.org>; Thu, 24 Feb 2005 12:53:59 +0100
Received: from joerg.heinicke by srvgw12.rauser-ag.com with local (Gmexim 0.1
 (Debian))
        id 1AlnuQ-0007hv-00
        for <dev@cocoon.apache.org>; Thu, 24 Feb 2005 12:53:59 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: dev@cocoon.apache.org
From: Joerg Heinicke <joerg.heinicke@gmx.de>
Subject: Re: [proposal] move cforms in core
Date: Thu, 24 Feb 2005 11:53:41 +0000 (UTC)
Lines: 24
Message-ID: <loom.20050224T124810-953@post.gmane.org>
References: <421B58FB.1030607@apache.org> <421BA996.4020103@apache.org>
 <421CA450.7080607@apache.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: main.gmane.org
User-Agent: Loom/3.14 (http://gmane.org/)
X-Loom-IP: 217.146.133.165 (Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE;
 rv:1.7.5) Gecko/20041122 Firefox/1.0)
Sender: news <news@sea.gmane.org>
X-Gmane-MailScanner: Found to be clean
X-Gmane-MailScanner: Found to be clean
X-MailScanner-From: ap-cocoon-dev@m.gmane.org
X-MailScanner-To: dev@cocoon.apache.org
X-Virus-Checked: Checked
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

Stefano Mazzocchi <stefano <at> apache.org> writes:

> > Just like other people, I think distinguishing "core blocks" is a good 
> > thing to show people where to look at while still keeping the core small.
> 
> I'm sorry, but I think the "core block" idea is plain wrong and smells 
> of over componentization.
> 
> If we *all* agree that something is required (which is what a 'core 
> block' appears to be) then we should not allow people to live without it.

And the point is that CForms is just not required. As Peter pointed out many
people can live without it (we too at the moment).

> We need to have an answer to what "cocoon is" and what basic features it 
> provides. Having everything optional is diluting our brand and making 
> documentation and marketing harder.

I can't see why we should abandon the option to remove easily stuff somebody
does not need. The idea of documenting and delivering it with the core, but
storing it in an extra block, so anybody can remove it when needed, is the best
I can imagine. We still can brand Cocoon as web application framework.

Joerg