Return-Path: Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 45828 invoked by uid 500); 9 Jul 2003 13:49:59 -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 45778 invoked from network); 9 Jul 2003 13:49:58 -0000 Received: from dobit2.ugent.be (HELO dobit2.rug.ac.be) (157.193.42.8) by daedalus.apache.org with SMTP; 9 Jul 2003 13:49:58 -0000 Received: from allserv.UGent.be (allserv.ugent.be [157.193.40.42]) by dobit2.rug.ac.be (8.12.8/8.12.8) with ESMTP id h69DnxWd025011 for ; Wed, 9 Jul 2003 15:49:59 +0200 (MEST) Received: from otsrv1.iic.rug.ac.be (otsrv1.iic.ugent.be [157.193.121.51]) by allserv.UGent.be (8.12.8/8.12.8) with ESMTP id h69DnwET029761 for ; Wed, 9 Jul 2003 15:49:58 +0200 (MEST) Received: from outerthought.org (host104 [192.168.123.104]) by otsrv1.iic.rug.ac.be (8.11.6/8.11.6) with ESMTP id h69Dnwx11182 for ; Wed, 9 Jul 2003 15:49:58 +0200 Message-ID: <3F0C1D86.1030206@outerthought.org> Date: Wed, 09 Jul 2003 15:49:58 +0200 From: Steven Noels Organization: Outerthought User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Alternatives to XMLForm: what's the state of art? References: <5B093C49F2649B459246944825A267AB3FC1C2@sxmbx03.corproot.net> In-Reply-To: <5B093C49F2649B459246944825A267AB3FC1C2@sxmbx03.corproot.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On 9/07/2003 15:32 Sylvain.Thevoz@swisscom.com wrote: > My question is: have you done this and incorporated this features > from xmlform.org into the JXForm? I don't know whether Ivelin or anyone else had backported any of the xmlform.org changes into Cocoon CVS, be it in XMLForm or JXForms. I don't even know whether xmlform.org can still be considered 'alive' - or else maybe the implementation is considered to be finished. Either case, I would strongly suggest to ask for a definitive statement about merging/backporting or intentions to do this from the xmlform.or people, since that code hasn't been developed inside the Cocoon community. I understand this is a problem for current XMLForm users, but we cannot support something which has no development community around it (that's a neutral constatation). With two other frameworks, JXForms & Woody, both supported by active committers, even if a bit rough around the edges, I think we offer decent diversity and choice for form handling in Cocoon. HTH, -- Steven Noels http://outerthought.org/ Outerthought - Open Source, Java & XML Competence Support Center Read my weblog at http://blogs.cocoondev.org/stevenn/ stevenn at outerthought.org stevenn at apache.org