Stefano Mazzocchi wrote:
The more I go around talking about what cocoon is, the more I think that cforms should not be a block. This also requires the 'template' system to reside in the core.Hmm, given the fact that Cocoon is more and more used in the web application area, this makes sense.
So, here is my proposal:
1) move cforms in core
2) stop considered 'alpha' and decide to release it when cocoon 2.2 is ready (how far are we from stabilizing cforms anyway?)
3) rename jxtemplate as CTemplate and moving it in the core as well
Comments?
On the other hand, blocks have the advantage that their release cycle is not tied to the release cycle of Cocoon (not today, but hopefully someday). So, fixing a problem in CForms (or adding a feature) and making a release is ihmo much easier when it is a block. Don't know what is the best way.
For the documentation I introduced "core blocks" for cforms, templating and javaflow. Also the documentation should be part of the core documentation.
Personally I don't want these 3 core blocks depend on the Cocoon core release cycles in the future (why should a new cForms release have to wait for e.g. some bug fixes in the javaflow blog?)
--
Reinhard P�tz Independant Consultant, Trainer & (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}web(log): http://www.poetz.cc --------------------------------------------------------------------
