[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Timezone concept broken in XPath 2.0?
Deborah Pickett schrieb:
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?
Imagine if every implementation of XSLT 2.0, including embedded ones, had to grok timezones all around the world.
I may be mistaken, of course, but systems without these fundamental features are maybe not the hottest candidates for hosting XSLT processors anyway. Then imagine when $government decides to change the rules for $region next year... System update. Due anyway. XSLT won't have to bother. 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.
Oh, I see: I could probably use them to build my own functions which tap into my own database. That would probably work. But then, of course, I'd rather ask Java, or Perl, to do the timezone handling. Michael Ludwig
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|