[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Enlightenment via avoiding the T-word

  • From: "Fuchs, Matthew" <matthew.fuchs@c...>
  • To: "'Christopher R. Maden'" <crism@m...>, xml-dev@l...
  • Date: Fri, 31 Aug 2001 17:04:52 -0700

afaik templates word
Chris,

> -----Original Message-----
> From: Christopher R. Maden [mailto:crism@m...]
> Sent: Thursday, August 30, 2001 10:20 PM
> To: xml-dev@l...
> Subject: RE: Enlightenment via avoiding the T-word
> 
> 
> At 11:19 30-08-2001, Fuchs, Matthew wrote:
> >Ah yes - the flat XSL architecture, inherited from the flat DSSSL
> >architecture which clearly didn't understand anything of the 
> value of Scheme
> >(the programming language - not Schema) - which I pointed 
> out (without
> >success, obviously) in my SGML'96 paper.
> 
> I don't understand this critique.  Your paper criticized the DSSSL 
> Transformation Language, which AFAIK was never really implemented by 
> anyone.  XSLT derived almost entirely from the DSSSL Style 
> Language, as 
> augmented by the element, attribute, etc. psuedo-flow-objects 
> that James 
> Clark implemented in Jade.
> 

My paper critiqued the inability to nest templates (or whatever they were
called in DSSSL - it's pretty moot at this point) to match the nesting of
elements in the document.  Both XSLT and DSSSL suffer from this, and if they
arrived at this common architecture reasons totally different - even though
the looking at the contributors to XSLT is deja vu all over again - then I
apologize.  But the critique still applies to both.

> >However, why couldn't XSL have taken advantage of basic principles of
> >programming language design?  The way to handle locality is, 
> again, by
> >scoping.  Even if "name" is a global, if I wish to process 
> it differently
> >when it shows up in "person" from when it shows up inside 
> "product", plus
> >have a rule for default processing, one might write the code 
> shown below (if
> >XSL allowed it):
> 
> XSLT does have a kind of scoping through modes (as the DSSSL 
> Style Language 
> does).  True, the templates aren't *lexically* scoped with 
> modes, but most 
> reasonable developers put all the templates in a single mode 
> next to each 
> other.  (Although some will put all of the templates for a 
> node type next 
> to each other, which is also reasonable.)  In some ways, 
> scoping via modes 
> is a bit more flexible for program readability than lexical scoping.

Modes are better than nothing, but <snif/> it's still not the same.

Matthew

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.