You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Jakob Praher <jp...@hapra.at> on 2003/01/30 21:14:05 UTC
cocoon blocks and some questions, xml modularization
hi,
I was reading through the
http://wiki.cocoondev.org/Wiki.jsp?page=BlocksDefinition
wiki page, which is a very interesting read.
There are some questions which have come to my mind:
I)
One of the things that interests me, is how you want to manage
specifications of xslts?
You have to ensure that the blocks stylesheets adhere to the
specification, this means:
- the resulting data should have the right data format [xml,txt,pdf,...]
- the paths for refereing to the stylesheets must be standardized
otherwise it is useless to do:
<map:transform
src="block:skin:/stylesheets/document2html.xslt"/>
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
must be standardized.
perhaps some lint like checker is needed for doing the above.
II)
Do you see xslt reuse only at a black box model (this is the natural way
for cocoon, since it deals with tranformations) .
Should there be a support for importing stylesheets from other blocks,
which means that there should be an xslt specification to define some
templates which must be supported .
(this is propably an overkill)
III)
What are the problems with the current container in detail?
I have used avalon in my own applications and like it very much, and I
would like to see a more detailed description, of what the problems of
the current ECM Containers are.
[ I think one of the problems is the static behaviour of configuration,
and classloading difficulties that come along, but maybe you can tell me
more about that here ]
It would be great if we could brainstorm on this using the
wiki.cocoondev.org site.
IV)
What time frame do you have for implementing cocoon blocks?
thanks
-- Jakob
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org