Re: [xsl] aborting element creation

Subject: Re: [xsl] aborting element creation
From: "Joris Gillis" <roac@xxxxxxxxxx>
Date: Fri, 11 Feb 2005 13:11:03 +0100
Tempore 12:22:14, die 02/11/2005 AD, hinc in xsl-list@xxxxxxxxxxxxxxxxxxxxxx scripsit David Carlisle <davidc@xxxxxxxxx>:

You have to remember that the original use case for XSLT was that it was
a companion to the original use case of XML. Instead of doing it the
"old way" down-converting SGML on the server and sending html over the
wire, the "new way" would send XML (Originally SGML-online) over the
wire and couple it to a powerful client side XML styling language (which
became known as XSL(T)).

In a browser world there is a long history of supporting essentially
arbitrary error recovery. If you are looking at a page written by
someone else in another continent, there's not a lot of point in being
told that there is an error on line 10001, you just want to get as much
of the real information as possible.

So XML has "draconian" error recovery where more or less every error is
fatal, this was supposed to constrain authors into getting it right in
the source, but XSLT was designed to allow implementations (presumably
to be used by XSLT developers) that generated errors but also to allow
implementations in browsers that essentially never give a run time error
and always do "something sensible".

It may look bizarre now, but the world didn't turn out quite as people
thought, evidence the number of times people are told on this list and
elsewhere that it is often better to run the transformations on the
server rather than on the client. Which is probably true but was exactly
the thing which XML was developed to avoid.

Thanks for your dissertation.

I'm rather a newbie regarding the world wide web; I jumped in scarcely 2 years ago without any background knowledge. I'm unaware of most history and evolution of the web...

Joris Gillis (
Veni, vidi, wiki (

Current Thread