cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Geissel, Adrian" <>
Subject RE: [RT] the quest for the perfect template language
Date Fri, 04 Apr 2003 14:55:11 GMT

> -----Original Message-----
> From: Artur Bialecki []
> Sent: Friday 04 April 2003 16:45
> To:
> Subject: RE: [RT] the quest for the perfect template language
> > -----Original Message-----
> > From: Stefano Mazzocchi [] 
> > Sent: April 3, 2003 4:19 PM
> > To:
> > Subject: Re: [RT] the quest for the perfect template language
> > 
> > My point is: if you need it, great, use it. But if you don't, 
> > why should 
> > you impose your syntax upon us?
> > 
> > What I would like is simply a non-xml syntax for XSLT. RDF is 
> > going to 
> > have it (another interesting concept totally ruined by the 
> > un-friendlyness of their syntax). RelaxNG is going to have 
> it (thank 
> > &deity; it's better than DTD's syntax!).
> > 
> > Why shouldn't XSLT?
> I agree that simple clean XSLT syntax would be nice. We have 350+
> XSL files (we use Cocoon as front end to an enterprise app)
> and maintaining them is not easy for people who wrote them and
> very hard for people who see them for the first time. 

Is this maintenance issue due to the complexity / design of the
or due to the XML encoding? 

Is changing <xsl:value-of select="..."/> into {...} [or whatever] a genuine
given the syntax-highlighting capabilities of modern editors. For example,
TextPad with a personal XSLT syntax file improves the readability
Perhaps this issue is one to do with the tools we use, not the benefits /
in using another language.

Also, I would be very wary of assuming that another embedded markup will
solve all
ills. XSLT is not just embedded XML, but specifically it's namespace'd XML.
This has
many significant benefits, including the XSP Logicsheet processing mechanism
- afterall, 
much of what I learnt about XSLT came directly from this community and

Please mind the child while chucking the bathwater!

> The conversion between simple and XML representation would have to
> be bidirectional. Also, extensions are very useful for parsing and
> formatting
> dates, times, etc. so I would see a need for expressing them in the 
> simple representation as well. 
> Artur...

Any e-mail message from the European Central Bank (ECB) is sent in good faith but shall neither
be binding nor construed as constituting a commitment by the ECB except where provided for
in a written agreement.
This e-mail is intended only for the use of the recipient(s) named above. Any unauthorised
disclosure, use or dissemination, either in whole or in part, is prohibited.
If you have received this e-mail in error, please notify the sender immediately via e-mail
and delete this e-mail from your system.

View raw message