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

Re: Why transformation?

Subject: Re: Why transformation?
From: Denys Duchier <Denys.Duchier@xxxxxxxxxxxx>
Date: 01 Oct 1998 12:25:05 +0200
transformation park latex
Personally, I am not at all interested in the formatting aspect of
XSL. I am perfectly happy leaving the formatting up to some backend
processor such as LaTeX or a web browser.  However, I am very
interested in transformations that will convert my documents into the
format expected by these backends, and provide all the added value
expected by readers.  It's true that you can use scripting, but the
solutions tend to be adhoc and, of necessity, language specific -
therefore, hard to combine/reuse.  DSSSL is way too complicated.  XSL
provides a simple and attractive level of abstraction for scripting
transformations on trees.  Our experience has been that hacking
increasingly many features into one `scripting' processor is not the
right solution.  We want to restructure our processor into a
`pipe-line' of transformations, which will simplify the maintenance
and give us extensibility for free.  Most of these transformations can
be expressed simply as xsl stylesheets - the stylesheets are reusable
regardless of the programming language implementing the xsl engine.

Some small parts of our transformation process are not expressible as
xsl stylesheets; at least not yet.  For example: since our
documentation is for a programming system, we have lots of code
fragments, in many different programming languages.  For pleasant
online reading, we highlight these code fragments according to the
programming language:  to achieve this, we invoke emacs as a
subprocess of the processor and use font-lock-mode to highlight the
code.  The result is then turned into a new grove fragment that is
inserted back into our document tree.  The ability to delegate a
transformation to what I shall call a `foreign macro' for lack of a
better term is still lacking in xsl.

Sincerely,

-- 
Dr. Denys Duchier			Denys.Duchier@xxxxxxxxxxxx
Forschungsbereich Programmiersysteme	(Programming Systems Lab)
Universitaet des Saarlandes, Geb. 45
Postfach 15 11 50			Phone: +49 681 302 5618
66041 Saarbruecken, Germany		Fax:   +49 681 302 5615


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list


Current Thread

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
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.