Dream on! What would you like Blocks to be? – BertrandDelacretaz
Feel free to add more use-cases to this page, or to comment on existing ones!
I'm not saying I will implement this tomorrow, but if Blocks could make this possible it would be great! – BertrandDelacretaz
Excerpted from Giacomo Pati's cocoon-dev message, full text available here. COB means 'Cocoon Block' below.
...Consider the following:
of defined XSchemas (navigations, menus, content) by transformations (i.e. XSLT) into something else (i.e. HTML)
2. There is a COB interface defined about accessing mail messages which generates defined XSchemas of mail messages and mail folders from mail stores like IMAP, POP, mboxes or "write your own"
3. There is a COB which offers an WebMail application which depends on
Now, when someone likes to deploy the WebMailCOB it uses the Cocoon COB management application which asks for a URI to the COB to deploy. As a COB will have meta data inside, the management console will be able to ask for configuration data for the COB and also knows of unresolved dependancies to other COBs. So the deployer of the WebMailCOB will be asked where the dependant skin and access COBs are. Now, the management console could offer implementations for them from a well known site like cob.apache.org (URL will be configurable of course) which have been registered there. Now you can select the Christmas skin COB and the IMAP access COB from the list and configure them to have your WebMail ready and running.
And now you will be free to use other skin COBs in terms of minutes or you can write your own to achieve "corporate identity". You have your mails stored in a database and there is no COB for it? Write your own and have them be served by the WebMailCOB.
(...continues, see full text from above link)
I want use a block to convert a file, which is used for my own components. For example in my vision, I have a Chaperon block, which offers a parser transformer, which parses a text within a xml document, and a text generator, which produce a SAX stream.
I also want to offer with a Chaperon block a pipeline, which converts a grammar as text format to xml version of the grammar.
<map:transform type="parser" src="chaperon:/mygrammar.txt"/> |
<map:pipeline> <map:match pattern="*.txt"> [transform txt to xml] </map:match> </map:pipeline> |
But the problem is that the chaperon block need access to the files in myblock to transform them. Is there any possible way to do this??!
Stephan Michels.
This might be waiting for you to write it!