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

Re: Locating Things Relative to Location of Style Shee

Subject: Re: Locating Things Relative to Location of Style Sheet
From: Jeff Kenton <jkenton@xxxxxxxxxxxxx>
Date: Fri, 06 Dec 2002 11:15:25 -0500
fortran date
bryan wrote:

"XPath needed functions that operate on dates, but does it really need all of the following types? xs:duration, xs:dateTime, xs:time, xs:date, xs:gYearMonth, xs:gYear, xs:gMonthDay, xs:gDay, xs:gMonth and the mess of casting and conversion functions that are the result of this ad hoc collection."

Agreed. This is surely overkill. All the functionality we need could be provided by one date type and one duration type, with some functions to deal with the year, month, day, ... parts of them. And, do we really need seconds to be an arbitrary precision Decimal? (Even Double would make more sense.) This is XSLT, not Fortran. We need to pay attention to the real uses of our language.

In fact, all of the new types are badly thought out. Decimals are poorly
specified as soon as you realize that real implementations won't be infinite
precision. How are they going to round? Why does division automatically revert
from Decimal to Double? (Answer: Decimals don't really make sense the way
they're defined.) This is especially important, since every literal with a
decimal point in it in XPath 1.0 will become a Decimal now. This changes old
behavior without warning. Don't make Decimal the default for old literals.
(Make Decimal require an xf:Decimal() constructor if it needs to be part of the
language.)

And why do we have 12 different integer types? It doesn't add anything useful.


Those are xml schema types, if I can just say "remove the xml schema" which I am liking less and less the more and more I am forced to use it,
...

In fact any place where I would be likely to comment in this document it
is the parts applying to xml schema, xml schema dependency, PSVI
requirements no, no, no by god I swear now that if this follows through
I will, I will; I'll have my mid-life crisis early that's what I'll do

Schemas! What a mess. Leave them out of XSLT. For people who use them, there are separate tools and specifications. Most people don't care, and there's no need to clutter XSLT with them.

--
--------------------------
Jeff Kenton
DataPower Technology, Inc.



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.