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: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
