Return-Path: 
 <dev-return-72033-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: (qmail 93214 invoked from network); 8 Mar 2005 10:54:27 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur-2.apache.org with SMTP; 8 Mar 2005 10:54:27 -0000
Received: (qmail 2115 invoked by uid 500); 8 Mar 2005 10:54:26 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 1736 invoked by uid 500); 8 Mar 2005 10:54:24 -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 1723 invoked by uid 99); 8 Mar 2005 10:54:24 -0000
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Received: from essemtepe.nada.kth.se (HELO smtp.nada.kth.se) (130.237.222.115)
  by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 08 Mar 2005 02:54:23 -0800
X-Authentication-Info: The sender was authenticated as danielf using PLAIN at
 smtp.nada.kth.se 
Received: from nada.kth.se (cvap80.nada.kth.se [130.237.218.93])
	(authenticated bits=0)
	by smtp.nada.kth.se (8.12.11/8.12.11) with ESMTP id j28AsKHe006110
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <dev@cocoon.apache.org>; Tue, 8 Mar 2005 11:54:20 +0100 (MET)
Message-ID: <422D845C.7070907@nada.kth.se>
Date: Tue, 08 Mar 2005 11:54:20 +0100
From: Daniel Fagerstrom <danielf@nada.kth.se>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040308
X-Accept-Language: sv, en-us
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: Whiteboard Forms - Reusable form definitions (imports)
References: <422D5BF7.5030602@apache.org> <422D79C4.30900@nada.kth.se>
 <422D7EF4.3020103@apache.org>
In-Reply-To: <422D7EF4.3020103@apache.org>
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

Reinhard Poetz wrote:

> Daniel Fagerstrom wrote:

<snip/>

>> I still think that "macros" can be usable for reusable "model 
>> definitions" but IMO the problem that you describe is a symptom of 
>> model/view mixup in widget definitions, and we should start to do 
>> something about that.
>
> hmmm, what about this: In a former project (not done with cForms) we 
> had many places with order numbers, customer numbers, email adresses, 
> credit-card-numbers and many other repeating domain specific field types.
>
> In cForms you always have to write
>
> <fd:field id="order-number">
>   <fd:label>order number</fd:label>
>   <fd:datatype base="string"/>
>   <fd:validation>
>      ...
>   </fd:validation>
> </fd:field>
>
> or the creditcard field definition would be a more verbose example 
> (think of the agrregation/splitting part, validation, ...). The 
> problem is not verbosity (sooner or later we will use GUIs to work on 
> cForms definitions) but consistency. If for some reason any free 
> mailer e-mail adresses shold be valid (hotmail, yahoo, gmx, ...) I 
> only want to change it at a *single* place.
>
Macros as reusable data types is OK in my (model view SoC 
fundamentalistic ;) ) opinion. Just wanted to point out that your first 
usesace could be attaced from a different POV.

/Daniel