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

Re: Timezone concept broken in XPath 2.0?

Subject: Re: Timezone concept broken in XPath 2.0?
From: Deborah Pickett <debbiep-list-xsl@xxxxxxxxxx>
Date: Fri, 07 Nov 2008 20:51:39 +1100
Re:  Timezone concept broken in XPath 2.0?
Michael Ludwig wrote:
> Why aren't the functions specified to
> use a timezone database and then work like timezone-aware localtime() in
> Perl and C?

At a guess, I'd wager that it's the sheer complexity of maintaining a
timezone database that can never be completely future-proofed.  Imagine
if every implementation of XSLT 2.0, including embedded ones, had to
grok timezones all around the world.  Then imagine when $government
decides to change the rules for $region next year...

I agree that the XPath zone-conversion functions that you mention are
limited, and arguably misnamed, but they do have a use: the functions in
XPath 2.0 are enough for you to implement your own zoneinfo database, or
even to parse the Olson database file format.  It's possible to code a
pure userland XSLT 2.0 implementation of zoneinfo, but XSLT
implementations which have no need for it don't have to carry the baggage.

Current Thread


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.
First Name
Last Name
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.