cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ovidiu Predescu <ovi...@cup.hp.com>
Subject Re: [RT] Managing Flow and Resources
Date Sun, 09 Dec 2001 19:47:15 GMT
OK, Steven, we'll have an XML syntax for the sitemap.

Ovidiu

On Sun, 9 Dec 2001 08:38:02 +0100, "Steven Noels" <stevenn@outerthought.org> wrote:

> > -----Original Message-----
> > From: ovidiu@cup.hp.com [mailto:ovidiu@cup.hp.com]
> > Sent: zondag 9 december 2001 1:07
> > To: Berin Loritsch
> > Cc: cocoon-dev@xml.apache.org; Michael Hartle
> > Subject: Re: [RT] Managing Flow and Resources
> 
> > Regarding the XML syntax of the sitemap, I actually believe it's a lot
> > easier if we just have the sitemap written in Scheme, instead of
> > XML. We can add new stuff much more easily than trying to invent a
> > syntax in XML. Here's how a sample sitemap would look like in the
> > Scheme syntax:
> >
> > (sitemap
> >   (define-pipeline docbook-html (dir filename)
> >     (generate (concat dir filename))
> >     (xslt "docbook-html.xsl"))
> >
> >   (match "/myapp/*/*.xml"
> >     (pipeline docbook-html))
> >
> >   (match "/app2/*/*.pdf"
> >     (pipeline
> >       (generate (concat dir filename))
> >       (xslt "docbook-html.xsl")))
> > )
> >
> > "sitemap" above is just a Scheme function that reads its arguments and
> > generates another function to match a request against the specified
> > patterns. Another side-effect of executing "sitemap" is that all the
> > "pipeline" functions will setup in the Java space the transformers
> > objects according to the description. The serialization process could
> > be added automatically by the "match" functions, if no serializer has
> > been defined. Similarly one can think of lots of possible semantics
> > associated with the above description.
> 
> uh oh...
> 
> One of the great features of the current Cocoon2 distribution *is* the
> XML-syntax of the sitemap, even at its DTD/Schema-less state. Although I like
> the usage of Rules-based engines to drive dynamic execution paths, I do not
> see why we need YAS (Yet Another Syntax) to configure Cocoon.
> 
> The usual comment of conciseness aside, XML offers us the benefit of
> wellformedness checking and when available Schema-validation.
> 
> So for sure, Scheme-like syntax is more concise, but since trying to bend my
> brains around DSSSL-syntax a couple of years ago, I'm a strong proponent of
> 'validatable' languages.
> 
> And if XML gives the impression of being verbose, do not forget you can built
> custom editors that use forms, radio buttons & the like to make
> XML-editing-life easier than handtuning elements & attributes: check out
> http://pollo.sourceforge.net/ written by Bruno Dumon.
> 
> Regards,
> 
> </Steven>

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


Mime
View raw message