cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Niclas Hedhman <nic...@hedhman.org>
Subject Re: [PROPOSAL] Cocoon Science Fiction
Date Wed, 12 Feb 2003 05:28:42 GMT
On Tuesday 11 February 2003 19:39, Stefano Mazzocchi wrote:
> Niclas Hedhman wrote:
> > However, I like the notion that there are "typing information" (of
> > DTD/Schema) for block's inputs and outputs, so at least the configuration
> > tools (not the sitemap in runtime, that's just waste of CPU resources)
> > can validate the "pluggability" between blocks.

> Now, suppose you have a stylesheet that transforms MVL (my vector
> language) into SVG and keeps everything else untouched. Then you have a
> generator that doesn't spit MVL at all. The two combine perfectly, yet
> it's silly to do so.... but how in hell are you going to find out?

As I said, "non-intrusive" at tool level, meaning it can not enforce the 
rules, just hint. Right now, I am not willing to commit more thought than 
that.

> I'm pretty sure some megaguru like Mr. Clark might be able to create an
> algebraic representation of the input and output schemas, than provide
> an permutation language to obtain 'matching' of the two dealing with
> multidimensionality of namespaces.
Isn't Clark still sitting/stand/laying/swimming contended in Thailand, 
enjoying the riches of life? 

> But I challenge anybody (megaguru included) to try.

Did I say it was easy?? I realize it is _extremely_ hard, and Andreas proposal 
tried to make it much easier than it is in reality.
But we had similar arguments for Cocoon in the 1.x -> 2.0 jump. Sitemap was a 
hotly debated issue, but once broken down into smaller pieces and initially a 
bit reduced, it became possible, and now considered fairly straight forward, 
and new concepts can be built on top of it (block type hinting for instance 
;o) ). Evolution it is called, right?

> > The exact mechanism for this is a lot harder, because it needs to be
> > simple and non-intrusive. Also, until there are blocks and some more
> > solid configuration tools, this is less important than, for instance,
> > flows, and can wait.
> Oh, that's for sure.

So, the FFT can start and being digested, and brought up again later, when the 
"brain enzymes" of the community have broken the complexity down to a small 
and simple set, that can be handled.

Niclas

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message