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

Re: Schemas in XSLT 2.0 (Was: Re: keys and idrefs - XS

Subject: Re: Schemas in XSLT 2.0 (Was: Re: keys and idrefs - XSLT2 request?)
From: David Carlisle <davidc@xxxxxxxxx>
Date: Sun, 14 Oct 2001 17:22:09 +0100
Re: Schemas in XSLT 2.0 (Was: Re:  keys and idrefs - XS
> I'm actually inclined to agree with this. I think schemas add a degree of
> complexity to XSLT that run counter to what it does best. As it stands right
> now, XSLT is like a loosely typed language a la Python or Javascript, and
> that lack of typing makes it very useful for handling all kinds of
> metaphoric transformations ... ones that simply utilize overall structural
> patterns to perform the transformations, then subclassing the exceptions. I
> worry that is XSLT introduces type, it will 1) be a major performance drain,
> 2) strongly limit the metaphorical transformations, and 3) lock it
> explicitly into XML Schema, rather than making it possible to work with some
> other schema language.


Yes this view has my sympathy as well. It's a real worry that while
Xpath 2.0 is coerced into being a carrier for XQuery, many of the extra
features being added have rarely or never been requested by XSLT users,
In particular schema support doesn't seem particularly high on many
people's wish list. and many features that have been requested are being
delayed. Multiple file output, grouping, evaluation of dynamically
constructed XPath expressions, etc. It would have been nice to
see an XSLT 1.x with these things in, rather than have everything pushed
back to a 2.0 that still hasn't even come out as a first draft, and
judging by the functions and operators document will be somewhat
preoccupied with schema support.

As for your point 3, I agree that being locked into W3C schema at this
stage when there is so little experience with schema, and there are
clearly going to be multiple schema languages used with XML would be a
bad thing. This is why earlier I highlighted the difference between
supporting the built in types (that could also be used for example with
RELAX NG) as opposed to requiring (or encouraging) full W3C Schema
processing before transformation, which is likely just to make worse
the kind of compatibility problems associated with dtd defaulting

David



_____________________________________________________________________
This message has been checked for all known viruses by Star Internet
delivered through the MessageLabs Virus Scanning Service. For further
information visit http://www.star.net.uk/stats.asp or alternatively call
Star Internet for details on the Virus Scanning Service.

 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.