Return-Path: 
 <dev-return-56632-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: (qmail 67729 invoked from network); 3 Mar 2004 12:47:45 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 3 Mar 2004 12:47:45 -0000
Received: (qmail 62179 invoked by uid 500); 3 Mar 2004 12:47:40 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 62145 invoked by uid 500); 3 Mar 2004 12:47:39 -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 62130 invoked from network); 3 Mar 2004 12:47:39 -0000
Received: from unknown (HELO main.gmane.org) (80.91.224.249)
  by daedalus.apache.org with SMTP; 3 Mar 2004 12:47:39 -0000
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AyVml-0005UP-00
	for <dev@cocoon.apache.org>; Wed, 03 Mar 2004 13:47:39 +0100
Received: from mail.ewerk.com ([217.69.240.162])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <dev@cocoon.apache.org>; Wed Mar  3 12:47:39 2004
Received: from joerg.heinicke by mail.ewerk.com with local (Gmexim 0.1
 (Debian))
        id 1AlnuQ-0007hv-00
        for <dev@cocoon.apache.org>; Wed Mar  3 12:47:39 2004
X-Injected-Via-Gmane: http://gmane.org/
To: dev@cocoon.apache.org
From: Joerg Heinicke <joerg.heinicke@gmx.de>
Subject: Re: [CForm]two question/suggestion about multi-value field
Date: Wed, 3 Mar 2004 12:47:37 +0000 (UTC)
Lines: 20
Message-ID: <loom.20040303T134523-500@post.gmane.org>
References: <BAY2-DAV24kxcsmbbV200014ff6@hotmail.com>
	 <40448C9C.9000407@reverycodes.com>
 <1078256065.9530.70.camel@yum.ot>	 <4044F6A8.1040304@reverycodes.com>
 <1078300389.9530.85.camel@yum.ot> <4045BEE3.7040102@reverycodes.com>
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.69.240.162 (Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.6) Gecko/20040113)
Sender: news <news@sea.gmane.org>
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

Vadim Gritsenko <vadim <at> reverycodes.com> writes:

> >>>I would think for the same reason one would otherwise wd:output instead
> >>>of wd:field. In this case one would however need a wd:multivalueOutput
> >>>widget.
> >>>
> >>Yes, but why not type=output?
> >
> >because an output widget doesn't read its value from the request. With a
> >normal (multivalue)field widget, the value can always be modified by
> >adding the appropriate request parameters.
> >
> 
> Aha. Now this makes sense. +1 to multivalueoutput 

Instead of adding an additional output widget for every type of existing widgets
would it not make more sense to add an attribute or additional element to the
existing widgets similar to the binding's direction="load"?

Joerg