Hi,
> -----Original Message-----
> From: Artur Bialecki [mailto:[EMAIL PROTECTED]
> Sent: Friday 04 April 2003 16:45
> To: [EMAIL PROTECTED]
> Subject: RE: [RT] the quest for the perfect template language
>
>
> > -----Original Message-----
> > From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
> > Sent: April 3, 2003 4:19 PM
> > To: [EMAIL PROTECTED]
> > 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
transformations
or due to the XML encoding?
Is changing <xsl:value-of select="..."/> into {...} [or whatever] a genuine
issue,
given the syntax-highlighting capabilities of modern editors. For example,
using
TextPad with a personal XSLT syntax file improves the readability
significantly.
Perhaps this issue is one to do with the tools we use, not the benefits /
difficulties
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
project.
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.
