Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 20049 invoked from network); 15 Jan 2004 22:20:05 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 15 Jan 2004 22:20:05 -0000 Received: (qmail 22738 invoked by uid 500); 15 Jan 2004 22:19:49 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 22710 invoked by uid 500); 15 Jan 2004 22:19:49 -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 22693 invoked from network); 15 Jan 2004 22:19:49 -0000 Received: from unknown (HELO mhub-c5.tc.umn.edu) (160.94.128.35) by daedalus.apache.org with SMTP; 15 Jan 2004 22:19:49 -0000 Received: from [66.41.41.255] by mhub-c5.tc.umn.edu with ESMTP for dev@cocoon.apache.org; Thu, 15 Jan 2004 16:08:27 -0600 Message-Id: <40070F26.6090201@umn.edu> Date: Thu, 15 Jan 2004 16:07:34 -0600 From: Tony Collen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: cvs commit: cocoon-2.1/src/blocks/woody/samples/forms form2_bind_xml.xml References: <20040115002126.92894.qmail@minotaur.apache.org> <40065361.8060900@outerthought.org> <400678C0.3090808@gmx.de> <4006886F.4030309@outerthought.org> <4006D6B5.1080509@gmx.de> In-Reply-To: <4006D6B5.1080509@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; 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 Heinicke wrote: > On 15.01.2004 13:32, Marc Portier wrote: > >>> When searching for the reason of the non-working I looked at >>> form2_xml.xml, line 95: >>> >>> >>> >>> >>> >>> >>> >>> and that's long and I didn't understand why it did not work but >>> after the change in form_bind_xml.xml. Comparing 2 strings like >>> contacts and number can be so difficult :) Yes, now I also >>> understand the reason. >>> >> >> yeah, well, I don't know if it is intended or not, but I do hear the >> underlaying message: we need some better tools for this kind of >> stuff, no? > > > NO! There was really no intention. Just a "I must have been blind!" > Yeah, but I still think we could use some tools for simplifying it all. Imagine an eclipse plugin that could automagically generate basic forms and binding based on a bean you fed it. /me wonders if s&n is listening ;) > Joerg > Tony