Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 57926 invoked by uid 500); 4 Apr 2003 14:44:32 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 57896 invoked from network); 4 Apr 2003 14:44:32 -0000 Received: from lsh125.siteprotect.com (66.113.130.236) by daedalus.apache.org with SMTP; 4 Apr 2003 14:44:32 -0000 Received: from HALIFAX (CPE0040056bbf7e-CM014240007183.cpe.net.cable.rogers.com [24.102.168.166]) by lsh125.siteprotect.com (8.11.6/8.11.6) with ESMTP id h34EiWf07042 for ; Fri, 4 Apr 2003 08:44:33 -0600 From: "Artur Bialecki" To: Subject: RE: [RT] the quest for the perfect template language Date: Fri, 4 Apr 2003 09:45:00 -0500 Organization: digitalfairway corporation Message-ID: <000901c2fab8$c5c2ce40$8119fea9@dfc.lab> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 In-Reply-To: <3E8CA527.3060700@apache.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > -----Original Message----- > From: Stefano Mazzocchi [mailto:stefano@apache.org] > Sent: April 3, 2003 4:19 PM > To: cocoon-dev@xml.apache.org > 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. 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...