Daniel Fagerstrom wrote:
Leszek Gawron wrote:
<snip/>
to implement cforms instructions instead of jx-macros.xml file which looks quite ugly because of hacks that had to be made to implement it.
This will also speed up forms processing.
I'm afraid that I'm not going to be helpfull at all ;) First, to me it seem like you suggesting something that part of the community was strongly against. If you want to implement it you have to ask if people have changd their minds or explain how your proposal is different from what people where against and ask if it is ok.
Second, the ugliness in jx-macros should IMO be handled by making CForms more template friendly (and maybe we lack some functionality in JXTG). From my POV a form package should contain a view model. And the view model should be easy to traverse and render for a simple template language. The fact that CForms isn't easy to traverse and render means IMO that there are more work to do in CForms. As an example it is IMO a mix of concern to let CForms generate SAX.
Can you elaborate? What should be the "view model" and why producing SAX events is a mixing of concerns? No flame intended, I'm really curious and interested.
Sylvain
-- Sylvain Wallez Anyware Technologies http://apache.org/~sylvain http://anyware-tech.com Apache Software Foundation Member Research & Technology Director
