Return-Path: 
 <dev-return-53399-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: (qmail 74390 invoked from network); 22 Dec 2003 12:46:31 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 22 Dec 2003 12:46:31 -0000
Received: (qmail 47327 invoked by uid 500); 22 Dec 2003 12:46:25 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 47281 invoked by uid 500); 22 Dec 2003 12:46:25 -0000
Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@cocoon.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@cocoon.apache.org>
list-post: <mailto:dev@cocoon.apache.org>
Reply-To: dev@cocoon.apache.org
Delivered-To: mailing list dev@cocoon.apache.org
Received: (qmail 47268 invoked from network); 22 Dec 2003 12:46:25 -0000
Received: from unknown (HELO smtp1.xs4all.be) (195.144.64.135)
  by daedalus.apache.org with SMTP; 22 Dec 2003 12:46:25 -0000
Received: from outerthought.org (otsrv1.iic.ugent.be [157.193.121.51])
	(authenticated bits=0)
	by smtp1.xs4all.be (8.12.9/8.12.9) with ESMTP id hBMCkOK3025118
	for <dev@cocoon.apache.org>; Mon, 22 Dec 2003 13:46:24 +0100
Message-ID: <3FE6E7A0.5000207@outerthought.org>
Date: Mon, 22 Dec 2003 13:46:24 +0100
From: Marc Portier <mpo@outerthought.org>
Organization: Outerthought
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: Selectors for Woody FormManager and BindingManager
References: <EAEBKKLDONJPPKMHADFFEEIDDPAA.hugob@xs4all.nl>
In-Reply-To: <EAEBKKLDONJPPKMHADFFEEIDDPAA.hugob@xs4all.nl>
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
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N



Hugo Burm wrote:

> 
> I was already looking at the generator, because I want to combine inserting
> the templates and doing the first tranformation step. So it will be a good
> thing if the generator is kept in sync with the transformer.

that's the hope, yes

> If you are going to refactor the transformer, have a look at that long
> if-then-else statement in <startElement> and <endElement> and think about
> what is going to happen when more types of widgets arrive...
> 

did you mean the WidgetReplacingPipe?

was a bit outside the scope of what I intended to look at here and now 
to be honnest

your remark kinda makes me remember this proposed refactoring of those 
classes: 
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=106640568220725&w=2

I have to admit I'm clueless on what will happen now, anyone?

regards,
-marc=
-- 
Marc Portier                            http://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
Read my weblog at                http://blogs.cocoondev.org/mpo/
mpo@outerthought.org                              mpo@apache.org