Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: neutral (hermes.apache.org: local policy)
Mime-Version: 1.0 (Apple Message framework v619)
In-Reply-To: <cnt7tj$q1q$1@sea.gmane.org>
References: <41A1AFAB.5090802@upaya.co.uk> <41A1BB87.9090207@apache.org>
 <1101119094.6532.28.camel@yum.site> <41A1C192.7050604@apache.org>
 <1101120467.6532.32.camel@yum.site> <cnssmv$l31$1@sea.gmane.org>
 <1101135457.6532.42.camel@yum.site> <cnt7tj$q1q$1@sea.gmane.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <2DB27F52-3CDB-11D9-B185-000393B3DE96@hard-bop.com>
Content-Transfer-Encoding: 7bit
From: Glen Ezkovich <glen@hard-bop.com>
Subject: Re: Multiple forms on one page
Date: Mon, 22 Nov 2004 17:06:44 -0600
To: dev@cocoon.apache.org

It seems to me that what we want are multiple forms on a page and what 
is being proposed is a way to have one big form that gets processed in 
pieces. To me the stumbling block seems to be in Forms.js. When we 
display a form using showForm the only form it knows about is its self. 
In order to process multiple Forms something needs to know about 
multiple Forms. In order not to break encapsulation, it is essential 
that each form have its own separate definition. I may be missing 
something here, but it seems to me that if you want to show multiple 
forms on a page you need to move the showForm method to a place where 
multiple forms can be collected, examined, validated, bound and 
processed. Say, right along side sendPageAndWait.

I have more to say on this and I have another e-mail in process that 
will take a bit more thought before its complete. I just wanted to 
throw this out there and any comments are more than welcome.


Glen Ezkovich
HardBop Consulting
glen at hard-bop.com
http://www.hard-bop.com


A Proverb for Paranoids:
"If they can get you asking the wrong questions, they don't have to 
worry about answers."
- Thomas Pynchon Gravity's Rainbow