Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 74201 invoked from network); 6 Apr 2004 07:20:57 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 6 Apr 2004 07:20:57 -0000 Received: (qmail 36993 invoked by uid 500); 6 Apr 2004 07:20:30 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 36950 invoked by uid 500); 6 Apr 2004 07:20:29 -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 36935 invoked from network); 6 Apr 2004 07:20:29 -0000 Received: from unknown (HELO smtp1.xs4all.be) (195.144.64.135) by daedalus.apache.org with SMTP; 6 Apr 2004 07:20:29 -0000 Received: from outerthought.org (195-144-088-029.dyn.adsl.xs4all.be [195.144.88.29]) (authenticated bits=0) by smtp1.xs4all.be (8.12.10/8.12.10) with ESMTP id i367KePQ016060 for ; Tue, 6 Apr 2004 09:20:40 +0200 Message-ID: <40725A48.6080004@outerthought.org> Date: Tue, 06 Apr 2004 09:20:40 +0200 From: Marc Portier Organization: Outerthought User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [cforms] Radio buttons across repeater References: <429452AA-7399-11D8-8979-000A95908E0E@wrinkledog.com> <40516E9A.4000909@outerthought.org> <4071CD8A.4030203@gmx.de> <40723B54.5090300@outerthought.org> In-Reply-To: <40723B54.5090300@outerthought.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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 Joerg, I realize that 'resting my case' is not enough... some ideas: this sounds like the operation 'selecting a row' should be an intrinsic feature of the repeater-widget to some extend we already have a means of selecting (multiple) rows by putting a checkbox in every row which results in repeaterID.rowID.checkBoxID=true (e.g. contacts.0.select=true) in this case we would however need some repeaterID.radioID=rowID this shows that this selector-variable is not a child of the row, but of the repeater itself, furthermore I don't think it is a unique property like repeaterID.size since people might want to have more then one selection made, no? maybe this calls for a nested in the repeater definition? .. ... wdyt? Related (but different): I'm still in preparation mode of the update on the repeater-binding I've started to develop an idea where 'identity' would be a property of the row (which it currently doesn't have) and let the identity binding exactly bind its value into that 'space' (still have to crack up some nice way to model that, ATM I think a wrapper around a simple arraylist would do, having an equals() that checks on every element in the list) In light of the above we could even consider sending repeaterID.radioID=row-identity (which would require to serialize-to-string somehow this identity?) regards, -marc= Marc Portier wrote: > > Joerg Heinicke wrote: > >> On 12.03.2004 09:02, Marc Portier wrote: >> >>>>> I would like to have a repeater in which each row contains a single >>>>> radio button, and where this set of radio buttons constitutes a >>>>> group in the form, (i.e. have the same name). >>>>> >>>>> Is there a way to do that in Cocoon Forms? >>> >>> >>> >>> hm, I'm afraid this is not why repeaters are there, >>> this sounds more like a case of selection-list with radio styling... >> >> >> >> I thought of the same thing (radio buttons across repeater) when >> thinking about my use case: >> - a person with multiple addresses (=> repeater) >> - one of these addresses is the main address, that would be selected >> for sending letters (=> radio buttons, one in each row) >> >> Of course I can do this via an additional widget (selection list), but >> I don't find this very intuitive. >> >> WDYT? >> > > I rest my case... thx for making me see > > -marc= -- Marc Portier http://outerthought.org/ Outerthought - Open Source, Java & XML Competence Support Center Read my weblog at http://blogs.cocoondev.org/mpo/ mpo@outerthought.org mpo@apache.org