Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 70279 invoked from network); 15 Mar 2006 16:33:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 15 Mar 2006 16:33:13 -0000 Received: (qmail 41150 invoked by uid 500); 15 Mar 2006 16:33:10 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 41089 invoked by uid 500); 15 Mar 2006 16:33:10 -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 List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 41077 invoked by uid 99); 15 Mar 2006 16:33:10 -0000 X-ASF-Spam-Status: No, hits=-10.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [209.237.227.194] (HELO [127.0.0.1]) (209.237.227.194) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Mar 2006 08:33:09 -0800 Message-ID: <4418418B.1040306@apache.org> Date: Wed, 15 Mar 2006 17:32:11 +0100 From: Carsten Ziegeler User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: svn commit: r386086 - /cocoon/trunk/cocoon-forms/cocoon-forms-impl/src/main/java/org/apache/cocoon/forms/flow/javascript/Form.js References: <20060315145528.93735.qmail@minotaur.apache.org> <20060315154816.GF79560@vision.anyware> <44183C74.4000703@apache.org> <20060315162358.GG79560@vision.anyware> In-Reply-To: <20060315162358.GG79560@vision.anyware> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Jean-Baptiste Quenot schrieb: > * Carsten Ziegeler: >> Jean-Baptiste Quenot schrieb: >>> * Carsten Ziegeler: >>>> Author: cziegeler >>>> Date: Wed Mar 15 06:55:25 2006 >>>> New Revision: 386086 >>>> >>>> URL: http://svn.apache.org/viewcvs?rev=386086&view=rev >>>> Log: >>>> Add processForm method for forms without continuations >>> I have already introduced a function for forms without >>> continuation. It's called sendForm() and it is stated in the >>> ChangeLog. > >> Yes, but that's only one half of the work: sending the form - when the >> next request comes in, the processing of the form has to be started for >> validating etc. And that's what I added. > > Indeed, that's interesting. Do you have an example? Yes, but I can't share it atm :) But basically, I have a page using forms and buttons, but also a lot of links for different functions. These links are not generated through forms but by hand. So I get into trouble if I'm using continuations as the links are not connected to the continuation stuff. Clicking a link triggers a function in java script, while hitting a submit button triggers also a function in java script which then processes the form. So the form works like it would with continuations. Carsten -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/