Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 37569 invoked from network); 11 May 2005 14:18:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 11 May 2005 14:18:30 -0000 Received: (qmail 68972 invoked by uid 500); 11 May 2005 14:22:10 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 68884 invoked by uid 500); 11 May 2005 14:22:09 -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 68856 invoked by uid 99); 11 May 2005 14:22:09 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from v07274.home.net.pl (HELO v07274.home.net.pl) (212.85.125.162) by apache.org (qpsmtpd/0.28) with SMTP; Wed, 11 May 2005 07:22:09 -0700 Received: from sj162.internetdsl.tpnet.pl (HELO ?192.168.1.62?) (lgawron.mobilebox@home@80.55.87.162) by matrix15.home.net.pl with SMTP; Wed, 11 May 2005 14:18:21 -0000 Message-ID: <42821430.90903@mobilebox.pl> Date: Wed, 11 May 2005 16:18:24 +0200 From: Leszek Gawron User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [VOTE] CForms instruction set for jxtg rendering vs. jx-macros.xml file References: <42821005.8060301@mobilebox.pl> <42821141.2000608@odoko.co.uk> In-Reply-To: <42821141.2000608@odoko.co.uk> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Upayavira wrote: > Leszek Gawron wrote: > >> I have refactored JXTG recently so now instructions like jx:for, jx:if >> are defined in separate file: >> src/block/template/java/org/apache/cocoon/template/template-instructions.xml >> >> >> Right now we are rendering forms in jxtg using a macro file which is >> kind of ugly IMO - see yourself: >> src/blocks/forms/java/org/apache/cocoon/forms/generation/jx-macros.xml >> >> I could fairly easily reimplement jx-macros.xml into more elegant java >> solution by implementing a separate set of instructions like >> ft:widget, ft:repeater and so on. If you let me of course. >> >> I do not want to start a tag library war. If cforms and jxtg are core >> features they should closely support each other. >> >> This is NOT the case of allowing arbitrary instruction sets to be >> created. CForms case only. >> >> Plase cast your votes: >> [ ] Yes go for it. >> [ ] It's a bad idea - leave jx-macros.xml untouched! >> [ ] It's not jx-macros.xml fault. CForms should be changed if current >> solution isn't right. > > > And have the code for these extensions in the forms block (ie. forms > depends upon templates)? +1 forms block of course - just like current jx-macros.file. > Can your code handle that? will have to :) -- Leszek Gawron lgawron@mobilebox.pl IT Manager MobileBox sp. z o.o. +48 (61) 855 06 67 http://www.mobilebox.pl mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65