Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 63886 invoked from network); 29 Sep 2003 16:21:45 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 29 Sep 2003 16:21:45 -0000 Received: (qmail 59354 invoked by uid 500); 29 Sep 2003 16:21:22 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 59277 invoked by uid 500); 29 Sep 2003 16:21:21 -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 59132 invoked from network); 29 Sep 2003 16:21:20 -0000 Received: from unknown (HELO mail.tecnet.com.uy) (207.3.116.131) by daedalus.apache.org with SMTP; 29 Sep 2003 16:21:20 -0000 Received: from internet.com.uy (r200-40-232-41.adsl.anteldata.net.uy [200.40.232.41]) by mail.tecnet.com.uy (8.12.9/8.12.9) with ESMTP id h8TG0BnC004296 for ; Mon, 29 Sep 2003 13:00:28 -0300 Message-ID: <3F78566D.5010706@internet.com.uy> Date: Mon, 29 Sep 2003 12:57:33 -0300 From: Barzilai Spinak User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: What are you using for form handling? References: <3F5E390C.7060206@anyware-tech.com> <3F5E9C26.1050703@verizon.net> <3F5EB699.9070404@internet.com.uy> <3F5EC238.70904@verizon.net> In-Reply-To: <3F5EC238.70904@verizon.net> 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 "On how to hit a moving target" by Barcho Hi, I'd like to know what people are really using for form handling. Abstract: We were in the middle of a project using XMLForms and it was killed, so we started porting to JXForms which was still-born (see below). Woody is in a fetal state and a port to Woody is not so trivial as XMLForms --> JXForms. What should real people with real projects do? We had an (apparently) working framework which was XMLForms and a couple of months ago it was deprecated in favor of JXForms. All this happened with minor discussion (at least on the dev list for which I've been reading all messages). All this would be very fine if JXForms actually worked. Lately there have been a few messages by me and others concerning problems with JXforms: (for example) http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23452 http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=106309010927746&w=2 http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=105794535504709&w=2 It all started with the lack of an equivalent to xf:selectBoolean but now I've realized that -- at least -- chekcbox handling is *broken* when all the related checkboxes in a form are unchecked. Go ahead and try it!! Go to the /cocoon/samples/jxforms/wizard/ and try to uncheck ALL "hobbies", or ALL "professional roles" Now go back with the "Prev" button and you'll see them still checked. This is not a problem with the wizard sample, but rather a problem in JXForms not handling "expected" but "not submitted" parameters like XMLForms used to do. So far I have found a "we-dont-talk-about-that-in-here" attitude with respect to the whole subject. And then we have Woody which seems to be theloved child at the moment. But how usable is it? I haven't looked at it. I may give it a chance if someone tells me "XMLForms is dead, long live JXForms is dead, long live Woody!!" We should have *at least one* forms framework that works. BarZ http://www.internet.com.uy Tel. 707.42.52 --------------------------------------------------- TODAS LAS FORMAS DE ACCESO TODOS LOS SERVICIOS * ADSL/ADSL Plus/ADSL Class - Todas las velocidades * Accesos por Modem 56K - Tarifa Plana o por minuto * Desarrollo - Web - Redes - Intra/Extranets - VPNs * E-mail - Antivirus - Forwards - Alias - Roaming