Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 27027 invoked from network); 2 Nov 2004 10:04:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 2 Nov 2004 10:04:19 -0000 Received: (qmail 72315 invoked by uid 500); 2 Nov 2004 10:04:13 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 72118 invoked by uid 500); 2 Nov 2004 10:04:11 -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 72093 invoked by uid 99); 2 Nov 2004 10:04:11 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from [213.228.0.169] (HELO postfix3-2.free.fr) (213.228.0.169) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 02 Nov 2004 02:04:11 -0800 Received: from [192.168.0.100] (lns-vlq-39f-81-56-134-235.adsl.proxad.net [81.56.134.235]) by postfix3-2.free.fr (Postfix) with ESMTP id 27F24C139 for ; Tue, 2 Nov 2004 11:04:07 +0100 (CET) Message-ID: <41875B97.2050407@apache.org> Date: Tue, 02 Nov 2004 11:04:07 +0100 From: Sylvain Wallez Organization: Anyware Technologies User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [lazy vote] cforms request processing References: <20041101144706.GM26283@localhost> In-Reply-To: <20041101144706.GM26283@localhost> 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 Tim Larson wrote: >We have talked several times about changing the request >processing in cforms to not touch any widget whose >request parameter is missing (to prevent these widgets' >values from being reset to null,) the end result being >that it would be easier for the view to decide how to >split a form across multiple pages without breaking the >SoC between the form model and the view. > >As discussed before, this change would involve sending >a hidden field along with every checkbox to indicate >the presence of the checkbox, because an unchecked >checkbox does not generate a request parameter on POST. >This would allow to distinguish between a checkbox that >is unchecked versus a checkbox that is not on the page. > >What do we want to do? >[ ] leave as is >[+1] make the changes described above > > Sylvain -- Sylvain Wallez Anyware Technologies http://www.apache.org/~sylvain http://www.anyware-tech.com { XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }